Flow-Limits – Hermetry

Diese Seite fasst die Grenzwerte für Flows an einer Stelle zusammen. Die Planlimits richten sich nach Ihrer IoT-Stufe; feste Limits gelten für alle gleich. Die in jedem Abschnitt verlinkten Seiten erläutern sie.

Planlimits

Limit	Starter	Growth	Scale	Gezählt
Flows	6	12	58	Jeder Flow, den Sie anlegen, auf jedem Host. Gelöschte Flows zählen nicht; ein wiederhergestellter Flow zählt erneut.
Skript-Blöcke	3	6	29	Skript-Blöcke in bereitgestellten Flows

Der mitgelieferte Default root flow zählt nicht zu den Flows. Seine Skript-Blöcke zählen, falls Sie welche hinzufügen.
Flows, die von Modulen erstellt wurden (Regeln der Rules-Karte), zählen nicht, bis Sie einen davon in einen regulären Flow umwandeln.
Ein Deploy, Anlegen oder Wiederherstellen über einem Limit wird abgelehnt: „Your plan allows n flows: m in use, and this deploy adds k.“
Die Nutzungskarte unter Automation zeigt Flows und Script blocks im Vergleich zum Plan sowie Runs, Steps, Script CPU und Limit hits in diesem Monat (UTC).

Siehe Pläne und das IoT-Add-on.

Schutzmechanismen für Flows

Standardwerte; ein Plan kann andere Werte innerhalb der angegebenen Grenzen festlegen.

Schutz	Standard	Grenzen
Läufe eines Flows pro Minute, bevor er pausiert	6,000	60 bis 600.000
Fehlgeschlagene Läufe in Folge, bevor er pausiert	100	5 bis 100.000
Gleichzeitige Läufe eines Flows	16	1 bis 1.024
Nachrichten, die ein Block pro Eingang sendet	100	1 bis 10.000
Fenster für wiederholte Gerätenachrichten	60 s	1 bis 3.600 s
Lebensdauer einer Nachricht (Time-to-live)	5 min	10 s bis 24 h
Befehle und Einstellungen von Flows an ein Gerät	30 pro Minute	1 bis 600
Dieselbe Benachrichtigung an dieselbe Person	einmal pro 10 min	1 min bis 24 h
Kürzestes Wiederholungsintervall von Inject	60 s	1 bis 3.600 s
Aufbewahrte fehlgeschlagene Nachrichten	10,000	100 bis 100.000

Root-Flows sind von der automatischen Pause und vom Limit für gleichzeitige Läufe ausgenommen. Siehe Schutzmechanismen und fehlgeschlagene Nachrichten.

Feste Limits

Element	Limit
Blöcke in einem Flow	500
Nachrichtengröße	256 KiB
Schritte in einem Lauf	512
Ereigniskette und Run flow zwischen Flows	4 Sprünge
Verschachtelung von Link call	16 Aufrufe tief
Flow-Kontext (`flow.*`)	1 MiB pro Flow
Globaler Kontext (`global.*`)	4 MiB pro Organisation
Speicher eines Blocks	10.000 Schlüssel pro Block; darüber hinaus wird der älteste vergessen
Nachrichten, die ein Block hält (Verzögerungen, Zusammenführungen, Warteschlangen)	16 MiB pro Block
Benannte Timer	64 Timer mit 60 s oder weniger gleichzeitig und 10.000 längere pro Organisation
Längste Wartezeit (Delay, Trigger, Timer, Watchdog)	7 Tage
Vergleichsmuster (reguläre Ausdrücke)	64 Zeichen; Text wird höchstens 64 KiB getestet
Ausdrücke	512 Zeichen; 10.000 Auswertungsschritte
Aktivieren oder Deaktivieren von Flows aus Flows heraus	6 pro Minute und Organisation

Skript-Blöcke

Element	Limit
CPU-Zeit pro Nachricht	Standardmäßig 50 ms (ein Plan kann auf höchstens 200 ms erhöhen)
Speicher	32 MiB
Codegröße	64 KiB
Vom Skript zurückgegebene Nachrichten	64
In ein Skript übergebener Kontext	64 KiB
Abbrüche vor einer Pause	3 Timeouts oder Speicher-Abbrüche in Folge blockieren den Block für 60 Sekunden
Ausgänge	1 bis 4

Siehe Der Skript-Block.

Webhooks

Element	Limit
Aufrufe pro Webhook	60 pro Minute
Aufrufe pro Organisation, alle Webhooks	50 pro 5 Sekunden
Body	Standardmäßig 16 KiB, höchstens 256 KiB
Wartende synchrone Aufrufer	20 pro Organisation; jeder wartet höchstens 10 s
Signierte Anfragen	Der Zeitstempel muss innerhalb von 300 s liegen
Wiederholter `Idempotency-Key`	Ein No-Op innerhalb von 24 Stunden

Ausgehende Aufrufe

Block	Timeout	Wiederholungen	Größe
HTTP request	Standardmäßig 10 s, 1 bis 30 s	Standardmäßig 3 Versuche, höchstens 5	Antwort standardmäßig 64 KiB, höchstens 256 KiB
MQTT out	Standardmäßig 10 s, 1 bis 30 s	Standardmäßig 3 Versuche, höchstens 5	Nachricht 256 KiB
Notify			20 Empfänger; Anhänge 10 Dateien, zusammen 1 MiB

Private und interne Adressen werden immer abgelehnt. Siehe Verbindungen und Geheimnisse.

Nachrichten

Element	Limit
Automatisierungsnachrichten (General-Host)	Nur, wenn Ihr Plan ein monatliches Kontingent festlegt; darüber hinaus werden neue Einträge abgelehnt und Webhooks antworten mit `429`
Gerätenachrichten (IoT-Host)	Als IoT-Nachrichten gezählt; werden wegen des Kontingents nie abgelehnt. Siehe Nachrichtenkontingent und Nutzung.

Aufbewahrungsdauer von Datensätzen

Datensatz	Aufbewahrt
Laufdatensätze	24 Stunden
Nachrichten des Debug-Blocks	24 Stunden
Protokollzeilen (Block System log)	24 Stunden
Fehlerprotokoll	7 Tage
Lebenszyklusereignisse	30 Tage (die letzten 100)
Aufzeichnung bei Every run	5 Minuten, danach kehrt die Stufe zurück
Ein aktivierter Trace	5 Minuten
Gelöschte Flows	7 Tage
Ungespeicherte Entwürfe	Standardmäßig 30 Tage
Versionen	Die neuesten 100 und jene, die jünger als 90 Tage sind, standardmäßig

Siehe Versionen, Testen und Zurücksetzen.