Die Gesamtbetriebskosten eines MQTT-Brokers (Total Cost of Ownership, TCO) sind die vollständigen Kosten für das Messaging Ihrer Geräte über mehrere Jahre, nicht nur die Server- oder Abonnementposition auf einer Rechnung. In diesem Leitfaden bauen Sie ein TCO-Modell auf, das Infrastruktur, Engineering-Zeit, Rufbereitschaft, Incidents und Risiken erfasst, wenden es auf einen selbst betriebenen und einen verwalteten MQTT-Broker an und erfahren, welche Annahmen das Ergebnis am stärksten beeinflussen. Das Modell enthält keine Herstellerpreise; Sie setzen Ihre eigenen Stundensätze und Angebote ein.
Warum TCO mehr zählt als der Listenpreis
Die sichtbaren Kosten eines selbst gehosteten Brokers sind eine virtuelle Maschine und vielleicht ein Load Balancer. Die sichtbaren Kosten eines verwalteten MQTT-Brokers sind ein Abonnement. Vergleicht man diese beiden Zahlen, wirkt der Eigenbetrieb fast immer günstiger, und der Vergleich ist fast immer falsch, denn die größten Kosten des Eigenbetriebs sind Personal und Risiko, die nie auf einer Cloud-Rechnung erscheinen.
Auch das Gegenteil kann zutreffen. Für einen großen, stabilen Workload, betrieben von einem Team, das bereits ähnliche Infrastruktur betreibt, kann der Eigenbetrieb über mehrere Jahre die günstigere Option sein. Ein gutes TCO-Modell setzt keine Antwort voraus; es macht die Annahmen explizit, damit Sie darüber diskutieren können, etwa zwischen IT-Leitung, Produktion und Controlling in einem mittelständischen Fertigungsbetrieb.
Die Kostenkategorien
1. Infrastruktur
- Rechenleistung für Broker-Knoten, dimensioniert für maximale Verbindungen und Nachrichtenrate, plus Redundanz, wenn Sie Hochverfügbarkeit benötigen.
- Load Balancer und öffentliche IP-Adressen.
- Speicher für Persistenz, Logs und Backups.
- Netzwerk-Egress, der bei Workloads mit hohem Fan-out erheblich sein kann.
- Monitoring- und Logging-Dienste.
- Nicht produktive Umgebungen: Staging- und Testumgebungen des Brokers.
2. Initiales Engineering
- Auswahl, Installation und Härtung des Brokers.
- Automatisierung und Erneuerung von TLS-Zertifikaten.
- Authentifizierung: Passwortdateien, ein Auth-Plugin oder eine Identity-Integration.
- Monitoring-Dashboards und Alarmregeln.
- Infrastructure as Code, Backups und Runbooks.
- Sicherheitsprüfung und Penetrationstests.
3. Laufender Betrieb
- Patches für Betriebssystem und Broker sowie deren Test vor dem Rollout.
- Zertifikatsrotation, Verwaltung von Zugangsdaten und Onboarding neuer Geräte.
- Kapazitätsplanung und Skalierungsereignisse.
- Upgrades über Hauptversionen des Brokers hinweg.
- Die Frage der Anwendungsteams beantworten: „Liegt es am Broker?“
4. Rufbereitschaft
Wenn Geräte im Feld rund um die Uhr vom Broker abhängen, muss rund um die Uhr jemand erreichbar sein. Rufbereitschaft kostet auch in ruhigen Wochen: Bereitschaftszulagen, die Einschränkung der Freizeit und die Tatsache, dass ein Bereitschaftsplan mehrere geschulte Personen braucht, um tragfähig zu sein.
5. Incidents
Incidents kosten Engineering-Stunden für die Behebung, oft aber noch mehr an geschäftlichen Auswirkungen: verlorene Daten, verpasste Befehle, Lücken in Maschinendaten und OEE-Kennzahlen, Serviceeinsätze vor Ort, SLA-Vertragsstrafen gegenüber Ihren eigenen Kunden und Reputationsschäden. Schätzen Sie sie als Erwartungswert: wahrscheinliche Incidents pro Jahr multipliziert mit den durchschnittlichen Auswirkungen.
6. Opportunitätskosten
Jede Stunde, die in Broker-Infrastruktur fließt, ist eine Stunde, die nicht in Ihr Produkt fließt. Das ist schwer zu beziffern, für kleine Teams aber oft ausschlaggebend.
7. Kosten eines verwalteten MQTT-Brokers
Für einen verwalteten MQTT-Broker addieren Sie die Abonnement- oder Nutzungsgebühren (die Modelle finden Sie unter MQTT-Broker-Preise) sowie die verbleibende interne Arbeit: Verwaltung der Zugangsdaten, clientseitiges Monitoring und Integrationsdienste. Der Betriebsaufwand sinkt nicht auf null, aber Broker-Infrastruktur, Patches, Zertifikate und die Rufbereitschaft auf Broker-Ebene gehen auf den Anbieter über.
Das TCO-Modell aufbauen
Modellieren Sie mindestens drei Jahre, denn das initiale Engineering fällt zu Beginn an und Migrationen sind teuer. Rechnen Sie Personalaufwand in Stunden und wandeln Sie ihn mit Ihrem Vollkosten-Stundensatz (Gehalt plus Gemeinkosten) um.
Inputs
H_rate loaded cost per engineering hour
Y years in the model (3 recommended)
Infra_m monthly infrastructure cost (all environments)
Build_h initial engineering hours
Ops_h_m ongoing operations hours per month
OnCall_m monthly on-call cost (allowances + rota overhead)
Inc_y expected incidents per year
Inc_h engineering hours per incident
Inc_impact business impact per incident
Sub_m monthly managed-service subscription or usage
Int_h_m internal hours per month that remain with a managed service
Self-hosted TCO
= Build_h x H_rate
+ Y x 12 x (Infra_m + Ops_h_m x H_rate + OnCall_m)
+ Y x Inc_y x (Inc_h x H_rate + Inc_impact)
Managed TCO
= Onboarding_h x H_rate
+ Y x 12 x (Sub_m + Int_h_m x H_rate)
+ Y x Inc_y_managed x (Inc_h_managed x H_rate + Inc_impact)
Beachten Sie, dass die Formel für den verwalteten Betrieb (Managed TCO) weiterhin Incidents enthält. Ein Anbieter betreibt den Broker, aber Ihr Netzwerk, Ihre Geräte und Integrationen können trotzdem ausfallen, und auch Ausfälle beim Anbieter kommen vor. Was sich meist ändert, ist die Häufigkeit selbst verschuldeter Incidents, etwa abgelaufener Zertifikate oder einer vollen Festplatte, und wer die Wiederherstellung übernimmt.
Ein Rechenbeispiel in Stunden
Um die Form des Ergebnisses zu zeigen, ohne Preise zu erfinden, folgt eine beispielhafte Aufwandsschätzung für eine überschaubare Produktionsumgebung: einige Hundert Geräte, Hochverfügbarkeit erforderlich und ein Team ohne bestehende Broker-Expertise. Ersetzen Sie jede Zahl durch Ihre eigene.
| Posten | Eigenbetrieb (Beispielannahme) | Verwalteter MQTT-Broker (Beispielannahme) |
|---|---|---|
| Initialer Aufbau und Härtung | 120 Stunden | 16 Stunden Onboarding |
| Laufender Betrieb | 16 Stunden / Monat | 4 Stunden / Monat |
| Rufbereitschaft | Für den Broker erforderlich | Für die Broker-Infrastruktur nicht erforderlich |
| Incidents pro Jahr | 3 | 1 |
| Stunden pro Incident | 12 | 4 |
| Infrastruktur | Ihre Cloud-Rechnung für 2+ Knoten, LB, Monitoring | Im Abonnement enthalten |
Über drei Jahre ergeben diese Annahmen etwa 120 + 36 x 16 + 3 x 3 x 12 = 804 Engineering-Stunden für den Eigenbetrieb gegenüber 16 + 36 x 4 + 3 x 1 x 4 = 172 Stunden für einen verwalteten MQTT-Broker, noch vor Infrastruktur, Abonnement, Rufbereitschaft und geschäftlichen Auswirkungen. Multiplizieren Sie mit Ihrem Stundensatz, addieren Sie die Geldposten, und der Vergleich wird konkret. Ihre Annahmen können stark abweichen; entscheidend ist, sie aufzuschreiben.
Sensitivität: Welche Annahmen am meisten zählen
Rechnen Sie das Modell mit optimistischen und pessimistischen Werten für jeden Eingabewert durch. In den meisten Modellen dominieren wenige Faktoren:
- Vollkosten-Stundensatz: Hohe Sätze machen jede Betriebsstunde teuer und begünstigen einen verwalteten MQTT-Broker.
- Auswirkungen von Incidents: Wenn ein Broker-Ausfall Produktionslinien oder kundennahe Funktionen stoppt, können die erwarteten Incident-Kosten alles andere in den Schatten stellen.
- Hochverfügbarkeit: Die Anforderung von HA vervielfacht Infrastruktur und Komplexität im Eigenbetrieb.
- Vorhandene Expertise: Ein Team, das bereits ähnliche Systeme betreibt, hat geringere Aufbau- und Betriebsstunden.
- Größenordnung: Bei sehr großer, gleichmäßiger Last zählt die Infrastruktureffizienz mehr, und Eigenbetrieb oder dedizierte Kapazität können gewinnen.
- Compliance: Anforderungen an Datenresidenz oder Isolation, etwa aus DSGVO, NIS2 oder einem Zonenkonzept nach IEC 62443, können Optionen unabhängig von den Kosten ein- oder ausschließen.
Selbst betrieben vs. verwaltet und die Optionen dazwischen
TCO ist keine Entweder-oder-Entscheidung. ConnectMQ bietet zum Beispiel mehrere Bereitstellungsmodelle, die das Gleichgewicht unterschiedlich verschieben:
| Modell | Wer betreibt die Infrastruktur | Wer betreibt den Broker | TCO-Profil |
|---|---|---|---|
| Selbst gehostetes Open Source | Sie | Sie | Geringste direkte Kosten, höchste Personalkosten |
| Serverless (verwaltet) | Anbieter | Anbieter | Nutzungsbasiert, minimaler Betrieb |
| Dedicated (verwaltet) | Anbieter | Anbieter | Planbare Kapazität, Isolation |
| BYOC | Ihr Cloud-Konto | Anbieter | Nutzt bestehende Cloud-Zusagen, Anbieter betreibt |
| Self Managed Enterprise | Sie | Sie, mit Herstellersoftware | Volle Kontrolle auf Ihrer Infrastruktur |
Eine ausgewogene Betrachtung der betrieblichen Unterschiede finden Sie unter MQTT-Broker selbst betrieben vs. verwaltet, und lesen Sie Mosquitto in die Cloud migrieren, wenn das Modell auf einen Umzug hindeutet.
TCO-Checkliste
- Mindestens drei Jahre modellieren.
- Alle Umgebungen einbeziehen, nicht nur die Produktion.
- Sämtliche Personalzeit mit einem Vollkosten-Stundensatz umrechnen.
- Rufbereitschaft als laufende Kosten einplanen.
- Incidents als Häufigkeit mal Auswirkung schätzen.
- Migrationskosten für Ein- und Ausstieg berücksichtigen.
- Optimistische und pessimistische Szenarien durchrechnen.
- Das Modell nach sechs Monaten mit gemessenen Daten überprüfen.
Modellieren Sie Ihre Kosten mit ConnectMQ
Der verlässlichste Eingabewert für jedes TCO-Modell ist die gemessene Nutzung. Erstellen Sie unter app.connectmq.com einen kostenlosen Broker im Serverless-Plan, ohne Kreditkarte, führen Sie ein Pilotprojekt durch und erfassen Sie die Stunden, die Sie tatsächlich aufwenden. ConnectMQ ist ein verwalteter MQTT-Broker, mit dem Sie von Serverless zu Dedicated, BYOC oder Self Managed Enterprise wechseln können, ohne den Client-Code zu ändern. Unser Leitfaden zum Cloud-MQTT-Broker erklärt die Bereitstellungsmodelle, und wenn Sie neu im Thema sind, erfahren Sie, was ein MQTT-Broker macht.
Häufig gestellte Fragen
Was sind die größten versteckten Kosten eines selbst gehosteten MQTT-Brokers?
Meist die Personalzeit: initiale Härtung, laufende Patches, Zertifikatsverwaltung und Rufbereitschaft. Die Auswirkungen von Incidents können sogar noch größer sein, wenn Geräte oder Kunden vom Broker abhängen.
Ist ein verwalteter MQTT-Broker immer günstiger?
Nein. Bei großen, gleichmäßigen Workloads, die ein erfahrenes Team betreibt, können Eigenbetrieb oder dedizierte Kapazität auf Dauer weniger kosten. Ein TCO-Modell mit Ihren eigenen Annahmen zeigt, was für Sie gilt.
Wie viele Jahre sollte ein TCO-Modell für einen MQTT-Broker abdecken?
Mindestens drei Jahre. Kürzere Zeiträume gewichten die initialen Aufbaukosten zu stark und ignorieren Upgrades, Personalwechsel und die Kosten einer späteren Migration.
Gehören die Kosten für einen Anbieterwechsel zur TCO?
Ja, das sollten sie. Standard-MQTT-Clients und Topic-Strukturen halten die Ausstiegskosten niedrig, während proprietäre APIs und Regel-Engines sie erhöhen. Planen Sie eine Schätzung für die Migration weg vom Anbieter ein.
