Sailhouse

Topics sind die Eimer, in die Ihre Events einsortiert werden. Sie veröffentlichen ein JSON-Event in einem einzigen Topic, das über einen Slug identifiziert wird, und die Plattform verteilt es an jedes Abonnement, das an diesem Topic hängt. Events tragen auch Metadaten, und so hängt die Plattform Trace-IDs an oder versieht ein cron-ausgelöstes Event mit seinem Zeitplan. Topics und Abonnements sind die beiden Grundressourcen, auf denen alles andere aufbaut.

Sailhouse unterstützt beide Zustellmodelle. Ein Push-Abonnement schickt eine POST-Anfrage an Ihren Endpoint, wenn ein Event eintrifft, und erwartet eine 200-Antwort innerhalb von 5 Sekunden. Ein Pull-Abonnement dreht es um: Ihr Worker fordert die Events nach eigenem Takt an, was zu verarbeitungsintensiver Arbeit wie einem Abrechnungszyklus oder einer Wochenzusammenfassung passt. Sie wählen pro Abonnement, also kann ein Topic gleichzeitig einen Echtzeit-Webhook und einen Batch-Worker versorgen.

Wartegruppen sind das Feature, das parallele Agentenarbeit praktikabel macht. Sie geben der Plattform eine Liste von Events zum Auslösen und ein Topic für die Benachrichtigung am Ende; Sailhouse führt sie aus und veröffentlicht ein Event, wenn die ganze Gruppe fertig ist. Ohne das schreiben Sie doppelte Prüfungen oder eine race-anfällige Schleife à la „ist alles fertig?“. Es ist dasselbe Muster wie eine Wait-Group einer Programmiersprache, verlagert in ein event-getriebenes System, in dem Wiederholungen keine zusätzlichen Aufrufe erzeugen.

Sailhouse legt Ressourcen bei Bedarf an. Sie schicken ein Event in ein Topic, das nicht existiert, und die Plattform erstellt es mit Ihrem Slug und speichert das Event darin. Pull-Abonnements entstehen genauso, mit einem Zeitfenster von bis zu 24 Stunden, das alles zieht, was in diesem Zeitraum in ein Topic kam. Das Ziel ist weniger Schema-Schritte zwischen Code und Auslieferung, was zählt, wenn Sie an einem Agenten iterieren.

Sie können Arbeit auf zwei Wegen für später einreihen. Geplante Events setzen eine Uhrzeit an ein einzelnes Event oder ein Abonnement, praktisch, um eine Zahlung 14 Tage nach einer Bestellung zu verarbeiten oder eine Erinnerung zu schicken. Cron-Jobs, derzeit in privater Beta, lösen Events nach einem wiederkehrenden Zeitplan in einem Topic aus, immer in UTC, für tägliche Zusammenfassungen oder stündliche Nutzungsberechnungen. Beide nutzen dasselbe Abonnement-Modell, es gibt also keinen getrennten Scheduler zu lernen.

Abonnement-Filter lassen Sie Topics generisch halten und trotzdem Rauschen und Kosten senken. Statt ein Topic in ein Dutzend enge Topics zu teilen, filtern Sie am Abonnement über einen JSON-Pfad, sodass ein Konsument nur die Events sieht, die ihn interessieren. Die Plattform unterstützt außerdem Drosselung und Deduplizierung in derselben Schicht, wo Sie Schutz vor Doppelzustellungen oder einer Spitze von einem entgleisten Publisher einbauen würden.

Sailhouse liefert eigene SDKs für TypeScript und JavaScript, Go, Python (Beta) und Rust (Beta), dazu eine CLI und eine REST-API für alles andere. Der Observability-Teil deckt das Tracing von Events ab: Sie können Trace-IDs anhängen und ein Event durchs System verfolgen. Weil es gehostet ist, umfassen die Ingest-Regionen derzeit London, Ashburn und San Jose, wobei die Daten zentral geschrieben und auf dem Transportweg wie im Ruhezustand verschlüsselt werden.