Un solo backbone de eventos. Cero proveedores preprogramados.
Cualquier origen de eventos. Cualquier resultado de negocio. Una sola plataforma. Aquí está la pila completa multi-tenant, nativa de Kubernetes, debajo de cada Plantilla de Solución.
Conectores
- Llamadas HTTP sin estado
- Ligeras, sin inicio en frío
- REST / GraphQL / Webhooks
Agentes
- Pods de K8s aislados
- De larga ejecución, con estado
- AI / LLM / Mensajería
La pila completa de la plataforma
Ocho capas, un solo contrato. Cada capa es desplegable y observable de manera independiente, y toda solicitud se enruta finalmente a través del backbone de CloudEvents.
Visual para operadores, código para desarrolladores.
Autenticación, alcance organizacional y la API con la que se comunica cada superficie.
Coincide eventos por patrón, cron o webhook y ejecuta el grafo.
El único contrato que habla cada integración. Destacado porque todo se enruta a través de él.
Los conectores llaman a las APIs; los agentes razonan en pods aislados. Los mismos paquetes alimentan a ambos.
Contenedoriza y despliega agentes en namespaces de tenant aislados.
Estado relacional, historial de eventos de series temporales, caché y memoria de agentes.
Clúster multi-tenant con cifrado, políticas de red y observabilidad completa.
Lo que te ofrece la pila
Pasarela de CloudEvents
Cada origen de eventos (webhooks, programaciones, bases de datos, mensajería, APIs) se normaliza bajo el contrato de CloudEvents 1.0 sobre un backbone de Kafka, permitiendo que las plantillas orquesten a través de herramientas sin código de unión personalizado.
SDK y CLI de Agentes en TypeScript
Construye y envía agentes en TypeScript. Inicializa con init, ejecuta localmente y despliega con push (HTTP puro, sin necesidad de Docker local).
Constructor Visual de Flujos de Trabajo
Un constructor visual de arrastrar y soltar basado en el motor Prefect: 42 tipos de nodos (condicional, filtro, bucle, transformación, HTTP, ejecutar agente, acción de conector, tarea humana) e historial de ejecución en vivo.
Conectores basados en Esquema como Contrato
Las integraciones son datos, no código. Cada conector es un paquete versionado validado contra un esquema canónico servido por API antes de poder enviarse: el catálogo escala sin tocar el núcleo.
En Tiempo Real y Observable
Actualizaciones de WebSocket en vivo con reconexión automática, además de OpenTelemetry, métricas de Prometheus, dashboards de Grafana y una página pública de estado sin tokens.
Seguridad Multi-Tenant
JWT + RBAC (4 roles), namespaces de Kubernetes por tenant, consultas con alcance organizacional, TLS 1.3 y redacción de PII, validado por una auditoría aprobada (47/47 filtros superados).
Construido sobre una pila moderna y abierta
Por qué esta arquitectura es ganadora
Independiente del proveedor por diseño
No existe lógica de proveedor preprogramada en el núcleo. El mismo motor ejecuta WhatsApp, Stripe y Salesforce — y los siguientes cien — a través del contrato. Un conector solo está "completado" con su paquete de proveedor, paquete de conector, conjunto completo de documentación y objetivos de prueba listos: sin integraciones a medias o sin documentar.
Ejecución guiada por eventos
A diferencia de las plataformas basadas en sondeos (polling), Zervanor está impulsado por eventos. Los flujos de trabajo y agentes solo despiertan cuando un evento al que están suscritos (como stripe.payment.succeeded o github.issue.opened) fluye a través del Enrutador de Eventos.
Runtime nativo de Kubernetes
Zervanor no solo llama a tus APIs, aloja tus agentes. Cada agente es contenedorizado y desplegado en un clúster multi-tenant en GKE, con aislamiento a nivel de pod y namespaces por organización. El historial de eventos reside en TimescaleDB y la observabilidad corre en OpenTelemetry y Prometheus.