osFoundry / Platform
Captura de cambios de datos
Transmite cada cambio de fila desde cualquier base de datos de app. Conecta CDC a agentes, canales o webhooks.
Qué es
El change data capture (CDC) de osFoundry convierte la base de datos que hay detrás de una de tus apps en un flujo de eventos en vivo. En lugar de sondear una tabla según un horario y comparar los resultados, el CDC observa la base de datos directamente y emite un evento por cada fila que se inserta, actualiza o elimina, con los datos de la fila modificada incluidos. Cada uno de esos eventos de cambio se convierte en algo sobre lo que el resto de tu espacio de trabajo puede actuar en el mismo momento en que ocurre, y no minutos u horas después, cuando se hubiera ejecutado la siguiente sincronización.
Lo importante del CDC es adónde van esos eventos. En osFoundry la base de datos de una app no es un silo cerrado: conectas sus cambios de fila a tres destinos. Puedes enviarlos a agentes, de modo que un cambio en un registro dispare un razonamiento o una acción en vez de esperar a que alguien lo advierta. Puedes encaminarlos a canales, de modo que un flujo de ediciones aparezca como actividad en vivo que tu chat, tu base de conocimiento y otras apps pueden leer. Y puedes reenviarlos a webhooks, de modo que un sistema externo reciba cada cambio en cuanto se produce. Una sola base de datos, tres salidas, todas impulsadas por las escrituras reales que llegan a la tabla y no por una copia que queda obsoleta en el instante mismo en que se genera.
Esto importa porque osFoundry es bring-your-own-key y local-first. El CDC reacciona a los datos de tu propia app usando tus propias credenciales, sin un revendedor entre tú y los eventos, y el flujo de cambios permanece dentro del espacio de trabajo que tú controlas. El resultado es que las cifras sobre las que razonan los agentes y los eventos que reciben los sistemas posteriores son las escrituras reales tal como ocurren, no una exportación periódica que tienes que acordarte de refrescar. Cierra la brecha entre "el dato cambió" y "algo respondió a ello".
Capacidades principales
- Emite un evento por cada insert, update y delete en la base de datos de una app, con los datos de la fila modificada adjuntos a cada evento
- Transmite los cambios de fila en cuanto llegan, en lugar de sondear una tabla según un horario y comparar instantáneas
- Conecta los cambios a agentes para que la edición de una fila dispare un razonamiento o una acción casi en tiempo real
- Encamina los cambios a canales para que el chat, el conocimiento y otras apps lean la actividad en vivo, o reenvíalos a webhooks salientes para sistemas externos
- Reacciona a los datos de tu propia app con tus propias claves: sin revendedor entre tú y el flujo de cambios, y con el flujo dentro del espacio de trabajo que controlas
Casos de uso
- Ingeniero de producto: transmite los inserts de la tabla de pedidos de una app a un webhook para que un sistema externo de fulfillment reaccione en el instante en que se escribe un pedido, sin ningún bucle de sondeo que mantener
- Responsable de operaciones: encamina las actualizaciones de una tabla de estados a un canal para que el equipo y los agentes que lo observan vean los cambios de estado como actividad en vivo en lugar de un panel obsoleto
- Constructor de automatizaciones: conecta los deletes y las ediciones de una tabla de registros a un agente para que revise los datos posteriores en el momento en que cambia una fila, y no según un temporizador fijo
Preguntas frecuentes
¿Qué es el change data capture y en qué se diferencia de una sincronización programada?
El change data capture observa una base de datos y emite un evento por cada fila que se inserta, actualiza o elimina, en el momento en que ocurre. Una sincronización programada, en cambio, vuelve a leer toda la fuente cada pocos minutos y la compara, así que se pierde los cambios intermedios y siempre queda rezagada por el intervalo. El CDC de osFoundry reacciona a las escrituras reales tal como llegan, por lo que no hay bucle de sondeo ni ventana de desactualización entre el cambio y la respuesta.
¿Adónde puedo enviar los cambios de fila?
A tres destinos. Puedes enviar los cambios a agentes para que un cambio de fila dispare un razonamiento o una acción; encaminarlos a canales para que el flujo de ediciones lo lean el chat, el conocimiento y otras apps del espacio de trabajo; y reenviarlos a webhooks para que un sistema externo reciba cada cambio en cuanto ocurre. Puedes usarlos en conjunto: el mismo flujo de cambios puede impulsar un agente y a la vez llegar a un webhook.
¿Desde qué bases de datos puede transmitir el CDC y los datos siguen siendo privados?
El CDC transmite los cambios de fila desde la propia base de datos de una app en tu espacio de trabajo de osFoundry. Como osFoundry es bring-your-own-key y local-first, reaccionas a los datos de tu propia app con tus propias credenciales, no hay ningún revendedor entre tú y los eventos de cambio, y el flujo permanece dentro del espacio de trabajo que controlas en lugar de pasar por un tercero.