Um único backbone de eventos. Zero provedores pré-programados.
Qualquer origem de evento. Qualquer resultado de negócios. Uma única plataforma. Eis a pilha multi-tenant completa, nativa do Kubernetes, sob cada Modelo de Solução.
Conectores
- Chamadas HTTP sem estado
- Leves, sem início a frio
- REST / GraphQL / Webhooks
Agentes
- Pods K8s isolados
- De longa execução, com estado
- AI / LLM / Mensagem
A pilha completa da plataforma
Oito camadas, um único contrato. Cada camada é implantável e observável de maneira independente — e toda solicitação é finalmente roteada através do backbone do CloudEvents.
Visual para operadores, código para desenvolvedores.
Autenticação, escopo organizacional e a API com a qual cada interface se comunica.
Associa os eventos por padrão, cron ou webhook e executa o grafo.
O único contrato falado por cada integração. Destacado porque tudo transita por aqui.
Os conectores chamam as APIs; os agentes raciocinam em pods isolados. Os mesmos pacotes alimentam ambos.
Conteneiriza e desenvolve agentes em namespaces de tenant isolados.
Estado relacional, histórico de eventos de séries temporais, cache e memória do agente.
Cluster multi-tenant com criptografia, políticas de rede e observabilidade completa.
O que a pilha lhe oferece
Gateway CloudEvents
Todas as origens de eventos (webhooks, agendamentos, bancos de dados, mensageria, APIs) são normalizadas sob o contrato CloudEvents 1.0 sobre um backbone Kafka, permitindo aos modelos orquestrar sem código de ligação personalizado.
SDK & CLI do Agente em TypeScript
Construa e distribua agentes em TypeScript. Inicialize com init, teste em local e desenvolva com push (HTTP puro, sem Docker local requerido).
Visual de Fluxo de Trabalho
Um construtor visual de arrastar e soltar baseado no motor Prefect — 42 tipos de nós (condição, filtro, loop, transformação, HTTP, execução agente, ação conector, tarefa humana) e histórico de execução em tempo real.
Conectores baseados em Esquema como Contrato
As integrações são dados, não código. Cada conector é um pacote versionado validado em relação a um esquema canônico servido pela API antes de ser publicado — o catálogo cresce sem tocar no motor central.
Em Tempo Real & Observável
Atualizações de WebSocket em tempo real com reconexão automática, além de OpenTelemetry, métricas Prometheus, painéis do Grafana e uma página pública de status sem tokens.
Segurança Multi-Tenant
Autenticação JWT, RBAC com 4 funções, namespaces Kubernetes por tenant, consultas limitadas por organização, TLS 1.3 e mascaramento de dados pessoais (PII) — validado por 47/47.
Construído sobre uma pilha moderna e aberta
Por que esta arquitetura é vencedora
Independente de fornecedores por design
Não há lógica de provedor específica no núcleo. O mesmo motor executa WhatsApp, Stripe e Salesforce — e os cem seguintes — através do contrato comum. Um conector não é considerado «concluído» se não incluir seu pacote provedor, pacote conector, documentação de 7 arquivos e testes automatizados funcionais: sem trabalho incompleto.
Execução guiada por eventos
Diferente das plataformas baseadas em polling (busca), o Zervanor é totalmente direcionado por eventos. Workflows e agentes apenas acordam quando um evento ao qual estão inscritos (como stripe.payment.succeeded ou github.issue.opened) transita pelo Roteador de Eventos.
Runtime nativo do Kubernetes
O Zervanor não apenas chama suas APIs, ele hospeda seus agentes. Cada agente é conteneirizado e implantado em um cluster multi-tenant no GKE, com isolamento a nível de pod e namespaces por organização. O histórico de eventos reside no TimescaleDB e a observabilidade roda no OpenTelemetry e Prometheus.