Verteilung von Abonnement-Events

Problem

Die Abonnementplattform eines Medienunternehmens erzeugte Lebenszyklus-Events (Neuabschlüsse, Verlängerungen, Kündigungen, Zahlungsausfälle), die sechs Systeme erreichen mussten: CMS für die Zugriffssteuerung, CRM für die Kundensicht, Finanzen für die Umsatzrealisierung, E-Mail für ausgelöste Kommunikation, Analytics für die Churn-Modellierung und Print-Fulfillment für physische Abonnenten. Jedes System erwartete ein anderes Format und hatte andere Timing-Anforderungen. Die Integration war über Jahre ad hoc gewachsen. Niemand wusste, wer sie verantwortete.

Was wir gebaut haben

Eine Fan-out-Pipeline, die Abonnement-Events in Echtzeit konsumiert, jedes Event in das vom Ziel erwartete Format transformiert und es mit Exactly-once-Garantien zustellt. Jedes Event wird in einem einheitlichen Event-Stream protokolliert, der über das seamless-Dashboard zugänglich ist.

flowchart LR
SUB[Abonnement-<br>plattform] --> PIPE[Event-<br>Pipeline]
PIPE --> CMS[CMS]
PIPE --> CRM[CRM]
PIPE --> FIN[Finanzen]
PIPE --> EMAIL[E-Mail]
PIPE --> AN[Analytics]
PIPE --> PRINT[Print-<br>Fulfillment]

Was wir verantworten

Zustellungs-Monitoring über alle sechs Ziele. Alarmierung, wenn ein System in Rückstand gerät. API-Änderungs-Monitoring für jedes Ziel. Wir garantieren Exactly-once-Zustellung, was vor allem bei den Finanzen zählt, wo doppelte Datensätze Abstimmungsprobleme verursachen.

Als die E-Mail-Plattform auf eine neue API-Version migrierte, fingen wir die Änderung ab. Die Abonnementkommunikation lief weiter.

Geschäftsergebnis

Eine wiederkehrende Klasse von Support-Tickets verschwand: CMS-Zugriff, der sich nach der Zahlung nicht aktualisierte. Die Finanzabstimmung ging von einem wöchentlichen manuellen Prozess zu einem kontinuierlichen über. Abonnementdaten sind jetzt über alle sechs Systeme hinweg innerhalb von Sekunden konsistent.