LOKALES PLANUNGSTOOL

Kapazitäts- und Kostenrechner für MQTT-Geräteflotten

Berechnen Sie aus Flottengröße, Publish-Frequenz, Payload-Größe, Fan-out, Online-Anteil und Reconnect-Batches eine nachvollziehbare monatliche Kapazitätsschätzung.

Flottenannahmen

Die Eingaben bleiben in diesem Browser-Tab. Sie werden weder hochgeladen noch gespeichert oder an die URL angehängt.

Alle Gerätedatensätze in der Flotte, egal ob online oder offline.

Durchschnittliche Veröffentlichungen von jedem Online-Gerät. Verwenden Sie 0,1 für eine Nachricht alle 10 Minuten.

Größe der Anwendungs-Payload ohne MQTT-, TLS- und Netzwerk-Overhead.

Verwenden Sie 0, wenn Veröffentlichungen keinen passenden Abonnenten haben, und 2, wenn durchschnittlich zwei Exemplare geliefert werden.

Erwarteter Anteil der Geräte, die gleichzeitig verbunden sind und Nachrichten veröffentlichen.

Geräte, die voraussichtlich in einer Wiederherstellungswelle wieder verbunden werden; Dies kann die Gesamtzahl der Geräte nicht überschreiten.

Kapazitätsschätzung

Prüfen Sie die Beispielannahmen und starten Sie die Berechnung, um Verbindungen, Publish-Nachrichten, Zustellungen, Nachrichteneinheiten und Hinweise zur Reconnect-Last zu sehen.

Transparente Arithmetik

Formeln, Einheiten und Rundungen

Jedes Ergebnis verwendet die hier gezeigten Formeln. Die 30-Tage-Werte sind eine lesbare Basislinie; Der Bereich der Nachrichteneinheiten umfasst 28–31 Tage.

  1. 01

    Gleichzeitige Verbindungen

    ceil(devices × online %)

    Teilverbindungen werden aufgerundet, da ein verbundener Client eine ganze Verbindung ist.

  2. 02

    Veröffentlichte Nachrichten

    connections × publishes/minute × 1,440 × calendar days

    Der Tarif gilt nur für die geschätzten Online-Verbindungen. Ein Tag umfasst 1.440 Minuten.

  3. 03

    Abonnentenlieferungen

    publishes × average subscriber fan-out

    Der Fan-out ist ein Durchschnittswert. Daher kann die geschätzte Zahl der Zustellungen vor der Anzeigeformatierung Nachkommastellen enthalten.

  4. 04

    Gemessene Nachrichteneinheiten

    (publishes + deliveries) × max(1, ceil(payload bytes ÷ 512))

    Jede Publish-Nachricht und jede zugestellte Kopie wird separat gemessen. Payloads werden auf 512-Byte-Einheiten aufgerundet; auch eine leere Payload zählt mindestens als eine Einheit.

Lokale, datenschutzfreundliche Berechnung

Die Berechnung erfolgt im Browserspeicher. Eingaben werden nicht an eine API gesendet, im Speicher abgelegt oder in einer Freigabe-URL codiert. Analytics empfängt nur vordefinierte Verbindungs-, Nachrichten- und Reconnect-Bereiche.

Schätzen und dann validieren

Das Ergebnis modelliert nicht den MQTT-Paket-Overhead, TLS-Handshakes, QoS-Wiederholungsversuche, Wiederholungen beibehaltener Nachrichten, Sitzungswarteschlangen, Netzwerkverlust, Verarbeitungslatenz oder regionale Fehlerwiederherstellung. Es kann einen repräsentativen Belastungstest nicht ersetzen.

Von der Schätzung zur Architektur

Vergleichen Sie verwaltete und selbst gehostete Vorgänge, überprüfen Sie Skalierungspraktiken und bestätigen Sie die aktuellen öffentlichen Preis- und Nachrichtenabrechnungsregeln.

Überprüfen Sie die aktuellen Preise