e.V.
Services · Plattform-Föderation · Beta
E

mana-events

Plattform-Pub/Sub — Topic-basiertes Event-Bus mit At-least-once-Delivery, DLQ und Wildcard-Subscriptions.

Ersetzt
AWS EventBridge, Pub/Sub-Cloud-Services, Kafka als Managed-Service
Was er tut

mana-events ist das Pub/Sub-Backbone des Vereins. Producer (Plattform- Services und Apps) publishen Events in Topics; Konsumenten abonnieren mit Topic-Pattern (auch Wildcards) und bekommen sie per Webhook geliefert. At-least-once-Garantie mit Backoff-Retry und DLQ bei wiederholten Fehlern.

Standard-Topics sind auth.user.*, credits.*, share.*, app.manifest.*, media.*, mail.*. App-spezifische Topics folgen <app-id>.<event> — z.B. publiziert Nutriphi nutriphi.meal.logged, und wer auch immer reagieren will, kann abonnieren.

Der Service ist Postgres-backed: keine externe Queue-Infrastruktur, kein Redis-Cluster, kein Kafka-Setup. Solange die Last des Vereins überschaubar bleibt, reicht das. Wenn sie wächst, ist Redis-Streams als Backend vorbereitet.

Technik

Stack & Infrastruktur

Sprache
TypeScript
Stack
TypeScript · Hono · Bun · Postgres
Port
3052
Hosting
Eigenbetrieb auf Vereins-Infrastruktur. Keine Drittpartei, kein Cloud-Anbieter, kein Managed-Service.
Konsumenten

Wer ihn benutzt

  • share
  • links
  • transcode
  • mcp
Grundsätze

Was er für den Verein verkörpert

  • Eigenbetrieb
    Eigene Infrastruktur, quelloffener Stack.
  • Langlebigkeit
    Bewährte Stacks, gute Doku.
  • Offenheit
    Code und Mittelverwendung öffentlich.
Stand

Was läuft, was nicht

Phase: Beta.

Offene Punkte
  • Delivery-Worker ist single-instance setInterval — Multi-Replica braucht Redis-Streams.
  • Vereinheitlichung der Topic-Namensräume zwischen Apps läuft.

mana-events ist einer von vielen Plattform-Services, die unter den Apps des Vereins laufen. Eigenbetrieb statt SaaS, dokumentiert statt undurchsichtig.