AWS gibt Ihnen bis zu 72 % Rabatt auf Compute, wenn Sie versprechen, drei Jahre lang weiter dafür zu zahlen. Die Zahl ist echt und steht in jeder Kostenoptimierungs-Checkliste. Was die Checkliste nicht sagt, ist, auf welchen Anteil Ihrer Rechnung das Versprechen überhaupt anwendbar ist, und für die Architektur, die die meisten kleinen Teams 2026 betreiben, lautet die ehrliche Antwort: fast keinen.
Wir haben unsere Rechnung veröffentlicht und gesagt, dass wir alles On-Demand zahlen. Das hier ist die Rechnung hinter diesem Satz, die vier Instrumente, was jedes abdecken kann und was nicht, und die Regel, nach der wir entscheiden, wann wir aufhören, nein zu sagen.
Die vier Instrumente
| Instrument | Deckt ab | Deckt nicht ab | Typischer Rabatt 1 Jahr, ohne Vorauszahlung |
|---|---|---|---|
| Compute Savings Plan | EC2, Fargate, Lambda, jede Region, jede Instanzfamilie | App Runner, alles, was kein Compute ist | ~20–30 % (Lambda ~17 %) |
| EC2 Instance Savings Plan | EC2 in einer Familie in einer Region | Alles andere | ~30–40 % |
| RDS / Aurora Reserved Instances | Provisionierte RDS- und Aurora-Instanzen, pro Klasse | Aurora Serverless v2 | ~30–40 % |
| DynamoDB reservierte Kapazität | Provisionierte Lese-/Schreibkapazitätseinheiten | On-Demand-Modus | ~50 % |
Drei Dinge fallen auf, bevor man rechnet. Savings Plans sind Verpflichtungen zu Ausgaben, in Dollar pro Stunde, nicht zu bestimmten Ressourcen, was sie innerhalb des Abgedeckten flexibel macht. Reserved Instances sind Verpflichtungen zu bestimmten Instanzklassen, was sie billiger und spröder macht. Und die Liste dessen, was sie nicht abdecken, ist genau dort, wo eine serverless-orientierte Architektur lebt.
Was von unserer Rechnung tatsächlich abgedeckt werden kann
Nehmen Sie die Rechnung Zeile für Zeile und fragen Sie, welches Instrument greift:
| Posten | Monatlich | Abdeckbar durch | Verfügbarer Rabatt |
|---|---|---|---|
| App Runner | $190 | nichts | 0 |
| Aurora Serverless v2 | $130 | nichts (keine Reservierungen für Serverless v2) | 0 |
| NAT Gateway | $100 → $66 | nichts | 0 |
| CloudWatch | $95 | nichts | 0 |
| CloudFront + S3 | $55 | CloudFront-Sicherheitspaket, Mindestverpflichtung weit über uns | 0 |
| DynamoDB On-Demand | $35 | nur bei Umstellung auf provisioniert, dann reserviert | 0 wie konfiguriert |
| Secrets Manager, KMS | $66 | nichts | 0 |
| Lambda | $15 | Compute Savings Plan | 17 % → $2,50 |
| CodeBuild | $15 | nichts | 0 |
| Alles andere | $50 | nichts | 0 |
| Summe | ~$750 | $15 abdeckbar | ~$2,50 / Monat |
Zwei Dollar fünfzig. Für ein Zwölfmonats-Commitment. Die Instrumente, die 72 % versprechen, gelten für 2 % der Rechnung, weil die vier größten Posten App Runner, Serverless Aurora, NAT und CloudWatch sind, und keiner davon reservierbar ist. Die Architektur, die die Plattform günstig im Betrieb gemacht hat, hat sie auch unrabattierbar gemacht.
Die anderen Kosten eines Commitments
Selbst dort, wo ein Rabatt greift, hat ein Commitment einen Preis, der nicht auf der Rechnung steht: es ist eine Wette darauf, dass sich die Architektur ein Jahr lang nicht ändert. Unsere ändert sich. App Runner könnte für den Dienst, der ständig ans 120-Sekunden-Limit stößt, zu Fargate werden. Aurora Serverless v2 könnte zu einer provisionierten Instanz werden, wenn sich die Last glättet. Eine der Lambdas wird wahrscheinlich ein Container. Jeder dieser Züge würde eine Reservierung auf das Alte wertlos machen und eine auf das Neue zu etwas, das wir gern gehabt hätten.
Ein Compute Savings Plan ist hier die Ausnahme, und deshalb ist er der einzige, den wir zuerst erwägen würden: er folgt den Ausgaben über EC2, Fargate und Lambda, sodass „die Lambda wurde ein Container“ ihn nicht strandet. Reserved Instances haben diese Eigenschaft nicht. Eine Aurora-RI für db.r6g.large ist ein Jahr lang eine r6g.large, und wenn Sie die Größe ändern, zahlen Sie für beide.
Die Regel, die wir anwenden
Wir verpflichten uns, wenn drei Dinge gleichzeitig zutreffen:
- Die abdeckbaren Ausgaben betragen mindestens $500 im Monat. Darunter liegt die Ersparnis unter $100 im Monat, und das jährliche Gespräch ist keinen Nachmittag wert. Für uns heißt das: entweder ist Compute nach Fargate oder EC2 gewandert, oder die Datenbank ist provisioniert.
- Die Form ist seit sechs Monaten stabil. Nicht die Rechnung, die Form: dieselben Dienste, dieselben Instanzklassen, keine Migration auf der Roadmap. Sechs Monate Stabilität sind der Beleg, dass zwölf weitere wahrscheinlicher sind als nicht.
- Wir decken die Grundlast ab, nicht die Spitze. Ein Savings-Plan-Commitment sind Dollar pro Stunde, jede Stunde. Setzen Sie es auf 60–70 % der niedrigsten gleichmäßigen Stundenausgabe, sodass das Commitment auch in der ruhigsten Nacht des Jahres voll genutzt wird. Alles darüber bleibt On-Demand. Zu wenig Commitment verschenkt etwas Rabatt; zu viel bezahlt Kapazität, die nicht da ist.
Und immer zuerst ein Jahr, ohne Vorauszahlung. Der Dreijahresrabatt ist größer, und die Dreijahreswette gilt einer Architektur, die es für ein Team unserer Größe in drei Jahren nicht mehr geben wird.
Was wir einem Team bei $3.000 im Monat sagen würden
Das Bild ändert sich mit der Größe, und es ändert sich mit der Architektur mehr als mit der Größe. Ein Team, das $3.000 im Monat für Fargate und einen provisionierten Aurora-Cluster ausgibt, kann davon vielleicht $2.000 abdecken und mit zwei Commitments an einem Nachmittag $600 im Monat sparen; das ist eine echte Zahl, und es sollte es tun. Ein Team, das $3.000 im Monat für App Runner, Serverless v2, CloudWatch und NAT ausgibt, kann ein paar hundert abdecken, und sein Nachmittag ist besser in die CloudWatch-Zeile oder die NAT-Anzahl investiert, wo die Ersparnisse größer sind und kein Versprechen verlangen.
Schauen Sie, wofür Sie tatsächlich zahlen, bevor Sie auf die Rabatttabelle schauen. Stehen die größten Posten nicht darauf, lautet die Antwort vorerst nichts, und das ist in Ordnung.
Wenn Sie den zeilenweisen Reservierbarkeits-Check für Ihre eigene Rechnung möchten, wir machen ihn in einer Stunde.