Ein Event-Backbone. Null fest codierte Provider.
Jede Event-Quelle. Jedes Geschäftsergebnis. Eine Plattform. Dies ist der vollständige multi-tenant, Kubernetes-native Stack unter jeder einsatzbereiten Automation.
Konnektoren
- Zustandslose HTTP-Aufrufe
- Leichtgewichtig, kein Kaltstart
- REST / GraphQL / Webhooks
Agenten
- Isolierte K8s-Pods
- Langlebig, zustandsbehaftet
- KI / LLM / Messaging
Der gesamte Plattform-Stack
Acht Schichten, ein Vertrag. Jede Schicht ist unabhängig bereitstellbar und überwachbar – und jede Anfrage läuft letztlich über das CloudEvents-Backbone.
Visuell für Anwender, Code für Entwickler.
Authentifizierung, Mandanten-Scope und die API, mit der alle Oberflächen kommunizieren.
Gleicht Events per Muster, Cron oder Webhook ab und führt den Graphen aus.
Der eine Vertrag, den jede Integration spricht. Hervorgehoben, weil alles darüber geroutet wird.
Konnektoren rufen APIs auf; Agenten agieren in isolierten Pods. Dieselben Pakete treiben beide an.
Kapselt Agenten in Container und stellt sie in isolierten Mandanten-Namespaces bereit.
Relationaler Zustand, Zeitreihen-Eventhistorie, Cache und Agenten-Gedächtnis.
Multi-Tenant-Cluster mit Verschlüsselung, Netzwerkrichtlinien und voller Observability.
Was Ihnen der Stack bietet
CloudEvents Gateway
Jede Event-Quelle – Webhooks, Zeitpläne, Datenbanken, Messaging, APIs – wird über ein Kafka-Backbone in den CloudEvents 1.0-Standard normalisiert, sodass Templates ohne individuellen Code operieren.
TypeScript Agent SDK & CLI
Erstellen und verteilen Sie Agenten in TypeScript. Strukturieren Sie mit init, testen Sie lokal und deployen Sie mit push – über reines HTTP, kein lokales Docker nötig.
Visueller Workflow-Builder
Ein visueller Drag-and-Drop-Builder auf Basis der Prefect-Engine – 42 Knotentypen (Switch, Filter, Loop, Transform, HTTP, Agent ausführen, Konnektor-Aktion, Human-Task) plus Live-Ausführungshistorie.
Schema-als-Vertrag-Konnektoren
Integrationen sind Daten, kein Code. Jeder Konnektor ist ein versioniertes, gegen ein kanonisches API-Schema validiertes Paket – der Katalog wächst, ohne den Kern anzufassen.
Echtzeit & Observierbar
Live-Status-Updates via WebSocket mit automatischem Reconnect, dazu OpenTelemetry, Prometheus-Metriken, Grafana-Dashboards und eine tokenfreie öffentliche Statusseite.
Multi-Tenant-Sicherheit
JWT + RBAC (4 Rollen), Mandanten-Namespaces auf Kubernetes, datenbankseitige Filter, TLS 1.3 und PII-Schwärzung – validiert durch ein bestandenes Audit (47/47 CI-Prüfungen).
Auf einem modernen, offenen Stack gebaut
Warum diese Architektur gewinnt
Konsequent anbieterunabhängig
Es gibt keinerlei feste Provider-Logik im Kern. Dieselbe Engine führt WhatsApp, Stripe und Salesforce – und die nächsten Hundert – über den standardisierten Vertrag aus. Ein Konnektor gilt erst dann als „fertig“, wenn Provider-Paket, Konnektor-Paket, 7 Dokumentationsdateien und automatisierte Tests vorliegen: Keine halben Sachen.
Event-gesteuerte Ausführung
Im Gegensatz zu Polling-basierten Systemen arbeitet Zervanor rein Event-gesteuert. Workflows und Agenten wachen nur auf, wenn ein abonniertes Event (wie stripe.payment.succeeded oder github.issue.opened) den Event-Router passiert.
Kubernetes-native Runtime
Zervanor ruft Ihre APIs nicht nur auf – es hostet Ihre Agenten. Jeder Agent läuft containerisiert in einem Multi-Tenant-Cluster auf GKE mit Isolation auf Pod-Ebene und Mandanten-Namespaces. Die Event-Historie liegt auf TimescaleDB, die Observability basiert auf OpenTelemetry und Prometheus.