Kosten · Aktualisiert 6. April 2026 · ~6–9 Min

Make Kostenrechner (2026)

Bei Make entscheidet oft nicht der Monatsbetrag, sondern dein Verbrauch (Operations). Der schnellste Weg zur passenden Planwahl: Operations pro Szenario grob schätzen und anschließend mit echten Runs verifizieren.

1) Formel (Baseline)

Pro Szenario:

• Monatliche Operations ≈ (Trigger/Tag) × (Steps/Run) × (Tage/Monat) × (Sicherheitsmarge)

Startwerte:

• Tage/Monat: 30
• Sicherheitsmarge: 1,2 bis 1,5

2) Worksheet pro Szenario

Notiere dir pro Szenario:

• Trigger-Typ: Webhook (instant) oder Schedule (polling)
• Trigger/Tag (Durchschnitt + Peak)
• Steps/Run (Module im Happy Path zählen)
• Loop-Multiplikator (Items pro Run)
• Retry-Rate (grobe Schätzung)

Dann:

• Steps/Run × Items/Run = „effektive Steps“

3) Beispiel

Shopify Order Webhook → 8 Steps → 200 Orders/Tag:

• 200 × 8 × 30 × 1,25 ≈ 60.000 Operations/Monat

Wenn du pro Order über 5 Line Items loopst, kann sich der Verbrauch schnell vervielfachen – daher sind Loops (und Pagination) die größten Treiber.

4) Warum Operations steigen

Die häufigsten Ursachen:

• Polling zu häufig (viele „leere“ Runs)
• Loops ohne Limits (Items explodieren)
• Retries bei transienten Fehlern
• Duplicates (gleiches Event mehrfach verarbeitet)
• „Chatty“ APIs (viele kleine Calls statt Batch)

5) Operations reduzieren (High Impact)

• früh filtern (vor Routern/Loops)
• batchen (Aggregator, Sammeln → 1 Write)
• caching + dedupe (Data Store)
• Webhooks statt Polling, wo möglich
• Fehler gezielt behandeln (nicht blind überall retrien)

Für eine realistische Schätzung: lass das Szenario 3–7 Tage laufen und vergleiche dein Modell mit dem tatsächlichen Verbrauch.