Eine Architektur-Review-Kosten-Checkliste füllt der Architekt oder das Team aus, das ein System entwirft, bevor das Review stattfindet, und der Reviewer hakt sie im Review ab, beim ersten Entwurf, vor dem Go-live und nach <90> Tagen Betrieb; sie hält fest, was das System kosten soll und warum, welche Fragen je Schicht beantwortet sind, welche Preismodelle gewählt wurden, was ein Auszug kosten würde und unter welchen Auflagen das System freigegeben ist. Die Entscheidung, die sie festhält: freigegeben, freigegeben mit Auflagen oder zurück an den Entwurf. Warum Kosten in das Review gehören und wie die Well-Architected-Programme der Provider die Frage stellen, erklärt Kosten in Architektur- und Beschaffungs-Reviews; welche Entwurfsentscheidungen die Rechnung am stärksten bewegen, Architekturentscheidungen und Kosten. Diese Seite ist die Checkliste.
Die Vorlage
Kosten-Checkliste Architektur-Review <System>, Review am <Datum>, Architekt <Name>, Reviewer <Name>, Phase <Entwurf, vor Go-live, nach 90 Tagen Betrieb>
Schätzung
| Feld | Wert |
|---|---|
| Kosten je Monat bei heutiger Last | <Betrag>, Quelle <Preisrechner des Providers, Link, Datum> |
| Kosten je Monat bei Last in zwölf Monaten | <Betrag>, Annahme <Einheiten> |
| Kosten je Einheit | <Betrag je Request, Kunde, GB oder Job> |
| Kostenbasis | <On-Demand; mit Commitments ab Monat> |
| Regionen und Währung | <Region>, <Rechnungswährung>, Kurs <Quelle> |
| Annahmen | <Requests je Tag, Datenvolumen, Speicherwachstum je Monat, Aufbewahrung in Tagen> |
| Die drei größten Positionen | <Dienst, Betrag>; <Dienst, Betrag>; <Dienst, Betrag> |
Fragen je Schicht
| Schicht | Frage | Antwort | Kostenwirkung je Monat |
|---|---|---|---|
| Compute | Welche Instanzfamilie und Generation, und warum nicht die aktuelle oder ARM? | <Antwort> | <Betrag> |
| Compute | Auto-Scaling mit Minimum und Maximum, Abschaltung außerhalb der Betriebszeit? | <Antwort> | <Betrag> |
| Compute | Serverless gegen Instanzen bei dieser Lastkurve gerechnet? | <Antwort> | <Betrag> |
| Speicher | Speicherklasse, Lifecycle-Regel, Versionierung und Snapshot-Aufbewahrung festgelegt? | <Antwort> | <Betrag> |
| Speicher | Leistungsstufe (IOPS, Durchsatz) nach gemessenem Bedarf oder nach Standard? | <Antwort> | <Betrag> |
| Netzwerk | Datentransfer zwischen Zonen, Regionen und ins Internet geschätzt? | <GB je Monat, Betrag> | <Betrag> |
| Netzwerk | NAT-Gateway-Volumen, Endpunkte, CDN vor dem Ursprung? | <Antwort> | <Betrag> |
| Daten | Datenbank-Engine und Edition, Hochverfügbarkeit nur in prod? | <Antwort> | <Betrag> |
| Daten | Bereitgestellte gegen bedarfsgesteuerte Kapazität, Aufbewahrung von Backups und Logs? | <Antwort> | <Betrag> |
| Daten | Analytik: gescannte Datenmenge je Abfrage, Partitionierung? | <Antwort> | <Betrag> |
| KI | Modell und Rate Card, Tokens je Request, Caching und Batching, reservierter gegen bedarfsgesteuerter Durchsatz? | <Antwort> | <Betrag> |
| Observability | Log-Volumen je Tag, Aufbewahrung, Kardinalität der Metriken? | <Antwort> | <Betrag> |
Preismodell
- Anteil der Last, der stabil genug für ein Commitment ist, benannt:
<Prozent>ab<Monat> - Spot- oder Preemptible-Kapazität für unterbrechbare Last geprüft
- Lizenzen: mitgebracht oder im Preis enthalten, mit Begründung
- Marketplace-Verträge mit Laufzeit und Verlängerung benannt
- Wirkung auf den Support-Plan des Kontos geprüft
- Keine Abhängigkeit von Free Tier oder Credits in der Schätzung
Exit und Portabilität
- Proprietäre Dienste benannt, mit der Alternative je Dienst
- Datenvolumen und Egress-Kosten eines Auszugs geschätzt:
<TB, Betrag> - Infrastruktur als Code vorhanden; Daten in offenen Formaten
- Vertragsbindung:
<Laufzeit, Kündigungsfrist>
Betrieb
- Tags oder Labels im Infrastruktur-Code, nach der Tagging-Richtlinie
- Budget und Alarm für das System angelegt, Konto nach der Konto-Checkliste
- Kosten je Einheit als Kennzahl im Dashboard des Teams
- Review nach
<90>Tagen Betrieb terminiert: Schätzung gegen Rechnung
Ergebnis
| Feld | Wert |
|---|---|
| Entscheidung | <freigegeben, freigegeben mit Auflagen, zurück an den Entwurf> |
| Auflagen | <Auflage>, Verantwortlich <Name>, fällig <Datum> |
| Abweichung Schätzung gegen Rechnung (nach 90 Tagen) | <Betrag, Prozent>, Ursache <Text> |
| Nächstes Review | <Datum, Anlass> |
So füllen Sie sie aus
Schätzung: Der Preisrechner des Providers mit Link und Datum, weil Listenpreise sich ändern; die Kosten je Einheit sind die Zahl, die das Review in 90 Tagen prüft (Unit Economics). Die drei größten Positionen zeigen, wo die Fragen je Schicht Gewicht haben.
Schichten: Jede Zeile hat eine Antwort und einen Betrag, auch wenn der Betrag "vernachlässigbar, weil" lautet. Datentransfer wird am häufigsten vergessen; was zwischen Zonen, Regionen und nach außen kostet, steht in Datentransfer und Egress. Speicherklassen und Lifecycle-Regeln erklärt Speicherstufen und Lifecycle, Abschaltung und Skalierung Zeitpläne und Auto-Scaling, die Preislisten der KI-Anbieter Modellpreise und Rate Cards.
Preismodell: Der Commitment-Anteil ist eine Zusage an die Entscheidungsvorlage für Commitment-Käufe, nicht der Kauf selbst; welches Programm passt, steht in Wahl zwischen Commitment-Typen. Exit: Was ein Auszug nach dem Data Act kosten darf, erklärt Data Act und Wechselentgelte. Betrieb: Das Konto folgt der Konto-Checkliste.
So passen Sie sie an
Ein Team: Architekt und Reviewer sind Kollegen; die Checkliste wird im Pull Request des Entwurfs ausgefüllt, und das Ergebnis ist ein Kommentar. Mehrere Teams: Ein Reviewer aus einem anderen Team oder der Plattform, und die Schätzung geht an Finance als Budgetzeile.
Ein Provider: Die Fragen je Schicht nennen die Dienste des Providers direkt. Drei Provider: Eine zusätzliche Frage je Schicht, ob die Wahl des Providers für diesen Dienst begründet ist, und der Datentransfer zwischen Providern als eigene Zeile.
Startup: Schätzung, die drei größten Positionen, Datentransfer und der Free-Tier-Punkt reichen; Exit und Commitments kommen mit dem ersten Jahresvertrag. Finance-geführt: Das Ergebnis trägt die Budgetzeile und die Kosten je Einheit, und die Abweichung nach 90 Tagen wird im monatlichen Review berichtet.
Quellen
Gelesen am 2026-10-21. FinOps Foundation, Architecting & Workload Placement (CC BY 4.0), AWS Well-Architected, Kostenoptimierung, COST08-BP01 Datentransfer modellieren, AWS Pricing Calculator, Azure Well-Architected, Checkliste Kostenoptimierung, Kosten mit dem Azure-Preisrechner schätzen, Google Cloud, Säule Kostenoptimierung, Monatliche Kosten in Google Cloud schätzen, Verordnung (EU) 2023/2854 (Data Act).