Sailhouse

Los topics son los cajones donde se agrupan tus eventos. Publicas un evento JSON en un único topic, identificado por un slug, y la plataforma lo reparte a cada suscripción colgada de ese topic. Los eventos también llevan metadatos, y así es como la plataforma pega trace IDs o marca un evento disparado por un cron con su programación. Topics y suscripciones son los dos recursos base, y todo lo demás se construye encima.

Sailhouse soporta los dos modelos de entrega. Una suscripción push envía una petición POST a tu endpoint cuando llega un evento, y espera una respuesta 200 en 5 segundos. Una pull lo da la vuelta: tu worker pide los eventos a su ritmo, lo que encaja con trabajos de procesamiento pesado como un ciclo de facturación o un resumen semanal. Eliges por suscripción, así que un mismo topic puede alimentar a la vez un webhook en tiempo real y un worker por lotes.

Los grupos de espera son la función que hace práctico el trabajo de agentes en paralelo. Le pasas a la plataforma una lista de eventos que lanzar y un topic al que avisar al terminar; Sailhouse los ejecuta y publica un evento cuando todo el grupo acaba. Sin esto escribirías comprobaciones duplicadas o un bucle propenso a condiciones de carrera del tipo "¿ya está todo terminado?". Es el mismo patrón que un wait-group de un lenguaje de programación, movido a un sistema orientado a eventos donde los reintentos no generan llamadas de más.

Sailhouse crea recursos a demanda. Envías un evento a un topic que no existe y la plataforma lo crea con el slug que le diste, y luego guarda el evento ahí. Las suscripciones pull se pueden crear igual, con una ventana de tiempo de hasta 24 horas que recoge todo lo que entró en un topic en ese periodo. El objetivo es que haya menos pasos de esquema entre escribir el código y lanzarlo, algo que importa cuando iteras sobre un agente.

Puedes encolar trabajo para más tarde de dos maneras. Los eventos programados fijan una hora en un evento suelto o en una suscripción, útil para procesar un pago 14 días después de un pedido o enviar un recordatorio. Los cron jobs, hoy en beta privada, lanzan eventos a un topic con una programación repetida, siempre en UTC, para resúmenes diarios o cálculos de uso cada hora. Los dos reutilizan el mismo modelo de suscripción, así que no hay un programador aparte que aprender.

Los filtros de suscripción te dejan mantener topics genéricos y aun así recortar ruido y coste. En vez de partir un topic en una docena de topics estrechos, filtras en la suscripción con una ruta JSON, y así un consumidor solo ve los eventos que le interesan. La plataforma también soporta limitación de ritmo y deduplicación en la misma capa, que es donde pondrías las defensas contra entregas duplicadas o una ráfaga de un publicador que se descontrola.

Sailhouse ofrece SDKs propios para TypeScript y JavaScript, Go, Python (beta) y Rust (beta), más una CLI y una API REST para todo lo demás. La parte de observabilidad cubre el trazado de eventos, así que puedes pegar trace IDs y seguir un evento por el sistema. Al ser alojada, las regiones de ingesta hoy abarcan Londres, Ashburn y San José, con los datos escritos de forma central y cifrados en tránsito y en reposo.