osFoundry / Platform
Change-Data-Capture
Streamen Sie jede Zeilenänderung aus jeder App-Datenbank. Schließen Sie CDC an Agenten, Kanäle oder Webhooks an.
Was es ist
Change Data Capture (CDC) in osFoundry macht die Datenbank hinter einer deiner Apps zu einem lebendigen Ereignisstrom. Statt eine Tabelle nach Zeitplan abzufragen und die Ergebnisse zu vergleichen, beobachtet CDC die Datenbank direkt und gibt für jede eingefügte, aktualisierte oder gelöschte Zeile ein Ereignis aus, mit den Daten der geänderten Zeile im Anhang. Jedes dieser Änderungsereignisse wird zu etwas, worauf der Rest deines Workspace in genau dem Moment reagieren kann, in dem es passiert, und nicht Minuten oder Stunden später, wenn die nächste Synchronisierung gelaufen wäre.
Der Sinn von CDC liegt darin, wohin diese Ereignisse gehen. In osFoundry ist eine App-Datenbank kein abgeschottetes Silo: Du verdrahtest ihre Zeilenänderungen mit drei Zielen. Du kannst sie an Agenten geben, sodass eine Änderung an einem Datensatz eine Schlussfolgerung oder eine Aktion auslöst, statt darauf zu warten, dass jemand sie bemerkt. Du kannst sie in Kanäle leiten, sodass ein Strom von Bearbeitungen als Live-Aktivität erscheint, die dein Chat, deine Wissensbasis und andere Apps alle lesen können. Und du kannst sie an Webhooks weiterleiten, sodass ein externes System jede Änderung erhält, sobald sie eintrifft. Eine Datenbank, drei Ausgänge, alle angetrieben von den tatsächlichen Schreibvorgängen, die auf die Tabelle treffen, und nicht von einer Kopie, die in dem Augenblick veraltet, in dem sie entsteht.
Das ist wichtig, weil osFoundry bring-your-own-key und local-first ist. CDC reagiert auf die Daten deiner eigenen App mit deinen eigenen Zugangsdaten, ohne einen Wiederverkäufer zwischen dir und den Ereignissen, und der Änderungsstrom bleibt innerhalb des Workspace, den du kontrollierst. Das Ergebnis: Die Zahlen, über die Agenten schlussfolgern, und die Ereignisse, die nachgelagerte Systeme erhalten, sind die echten Schreibvorgänge, so wie sie eintreten, und kein periodischer Export, den du daran denken musst zu aktualisieren. Es schließt die Lücke zwischen "die Daten haben sich geändert" und "etwas hat darauf reagiert".
Wichtige Funktionen
- Gibt für jedes Insert, Update und Delete an einer App-Datenbank ein Ereignis aus, mit den Daten der geänderten Zeile an jedes Ereignis angehängt
- Streamt Zeilenänderungen, sobald sie eintreffen, statt eine Tabelle nach Zeitplan abzufragen und Snapshots zu vergleichen
- Verdrahtet Änderungen mit Agenten, sodass eine Zeilenbearbeitung nahezu in Echtzeit eine Schlussfolgerung oder Aktion auslösen kann
- Leitet Änderungen in Kanäle, sodass Chat, Wissen und andere Apps die Live-Aktivität lesen, oder leitet sie an ausgehende Webhooks für externe Systeme weiter
- Reagiere auf die Daten deiner eigenen App mit deinen eigenen Schlüsseln: kein Wiederverkäufer zwischen dir und dem Änderungsstrom, und der Strom bleibt in dem Workspace, den du kontrollierst
Anwendungsfälle
- Produktentwickler: Streamt Inserts aus der Bestelltabelle einer App an einen Webhook, sodass ein externes Fulfillment-System in dem Augenblick reagiert, in dem eine Bestellung geschrieben wird, ohne eine Polling-Schleife, die gepflegt werden muss
- Ops-Lead: Leitet Updates einer Statustabelle in einen Kanal, sodass das Team und die Agenten, die diesen Kanal beobachten, Statusänderungen als Live-Aktivität sehen statt als veraltetes Dashboard
- Automatisierungs-Ersteller: Verdrahtet Deletes und Bearbeitungen einer Datensatztabelle mit einem Agenten, sodass er nachgelagerte Daten in dem Moment erneut prüft, in dem sich eine Zeile ändert, statt nach einem festen Timer
Häufig gestellte Fragen
Was ist Change Data Capture und worin unterscheidet es sich von einer geplanten Synchronisierung?
Change Data Capture beobachtet eine Datenbank und gibt für jede eingefügte, aktualisierte oder gelöschte Zeile ein Ereignis aus, in genau dem Moment, in dem es passiert. Eine geplante Synchronisierung liest stattdessen alle paar Minuten die gesamte Quelle erneut und vergleicht sie, verpasst also Zwischenänderungen und hinkt immer um das Intervall hinterher. CDC in osFoundry reagiert auf die tatsächlichen Schreibvorgänge, so wie sie eintreffen, deshalb gibt es keine Polling-Schleife und kein Veraltungsfenster zwischen Änderung und Reaktion.
Wohin kann ich die Zeilenänderungen senden?
An drei Ziele. Du kannst Änderungen an Agenten geben, sodass eine Zeilenänderung eine Schlussfolgerung oder Aktion auslöst; sie in Kanäle leiten, sodass der Strom von Bearbeitungen von Chat, Wissen und anderen Apps im Workspace gelesen werden kann; und sie an Webhooks weiterleiten, sodass ein externes System jede Änderung erhält, sobald sie eintritt. Du kannst diese zusammen nutzen: Derselbe Änderungsstrom kann einen Agenten antreiben und zugleich einen Webhook treffen.
Aus welchen Datenbanken kann CDC streamen, und bleiben die Daten privat?
CDC streamt Zeilenänderungen aus der eigenen Datenbank einer App in deinem osFoundry-Workspace. Weil osFoundry bring-your-own-key und local-first ist, reagierst du auf die Daten deiner eigenen App mit deinen eigenen Zugangsdaten, es sitzt kein Wiederverkäufer zwischen dir und den Änderungsereignissen, und der Strom bleibt innerhalb des Workspace, den du kontrollierst, statt durch einen Dritten zu laufen.