Bewertungsmaßstab

Musterantworten

Lösung 01: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 02: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 03: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 04: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 05: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 06: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 07: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 08: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 09: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 10: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 11: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 12: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 13: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 14: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 15: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 16: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 17: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 18: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 19: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 20: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 21: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 22: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 23: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 24: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 25: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 26: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 27: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 28: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 29: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 30: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 31: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 32: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 33: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 34: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 35: Multi-Account

Eine starke Antwort zu Multi-Account benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 36: Promotion und Drift

Eine starke Antwort zu Promotion und Drift benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 37: Repository-Design

Eine starke Antwort zu Repository-Design benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 38: CI/CD

Eine starke Antwort zu CI/CD benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 39: TACOS

Eine starke Antwort zu TACOS benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Lösung 40: Policy as Code

Eine starke Antwort zu Policy as Code benennt Root-Modul, Provider, State-Wirkung, Backend und konkreten Recovery-Pfad.

• Guter Nachweis: HCL-Auszug, tofu validate, Plan-Diff, State-Liste, Output-Bewertung oder Backend-Konfiguration.
• Typischer Fehler: State als harmloses Cache-File zu behandeln oder Sensitive Values nur wegen Maskierung als sicher einzustufen.
• Security-Erwartung: keine echten Secrets, Remote State mit Zugriffskontrolle, Provider-Pinning, Review-Gates und dokumentierte Incident-Reaktion.

Review-Checkliste für Professional Lösung

• 01. Konfiguration und Zielzustand dokumentieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 02. Provider-Anforderung prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 03. State-Auswirkung erklären: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 04. Plan-Diff bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 05. Backend- und Locking-Modell beschreiben: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 06. Modulgrenze prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 07. Variable und Output bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 08. Drift-Nachweis führen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 09. Secret-Risiko markieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 10. Policy- oder CI-Gate benennen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 11. Rollback- oder Recovery-Pfad notieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 12. Teamregel formulieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 13. Konfiguration und Zielzustand dokumentieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 14. Provider-Anforderung prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 15. State-Auswirkung erklären: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 16. Plan-Diff bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 17. Backend- und Locking-Modell beschreiben: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 18. Modulgrenze prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 19. Variable und Output bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 20. Drift-Nachweis führen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 21. Secret-Risiko markieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 22. Policy- oder CI-Gate benennen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 23. Rollback- oder Recovery-Pfad notieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 24. Teamregel formulieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 25. Konfiguration und Zielzustand dokumentieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 26. Provider-Anforderung prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 27. State-Auswirkung erklären: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 28. Plan-Diff bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 29. Backend- und Locking-Modell beschreiben: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 30. Modulgrenze prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 31. Variable und Output bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 32. Drift-Nachweis führen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 33. Secret-Risiko markieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
• 34. Policy- oder CI-Gate benennen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.

Praxisanhang: Professional Lösung

Dieser Anhang dient als Arbeitsvorrat für längere Trainings, Reviews und Wiederholungen. Jede Aufgabe ist klein genug, um sie mit lokalen HCL-Artefakten und einem Git-Repository zu prüfen.

A001. Repository-Design

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Repository-Design.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A002. CI/CD

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf CI/CD.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A003. TACOS

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A004. Policy as Code

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Policy as Code.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A005. Multi-Account

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Multi-Account.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A006. Promotion und Drift

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Promotion und Drift.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A007. OpenTofu

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf OpenTofu.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A008. Configuration

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Configuration.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A009. Root Module

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Root Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A010. Provider

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf Provider.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A011. Resource

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Resource.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A012. Data Source

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Data Source.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A013. Variable

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Variable.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A014. Output

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Output.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A015. Local Value

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Local Value.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A016. State

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf State.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A017. Backend

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Backend.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A018. Plan

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Plan.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A019. Apply

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Apply.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A020. Module

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A021. Meta-Argument

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Meta-Argument.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A022. TACOS

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A023. Repository-Design

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Repository-Design.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A024. CI/CD

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf CI/CD.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A025. TACOS

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A026. Policy as Code

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Policy as Code.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A027. Multi-Account

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Multi-Account.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A028. Promotion und Drift

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Promotion und Drift.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A029. OpenTofu

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf OpenTofu.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A030. Configuration

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Configuration.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A031. Root Module

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Root Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A032. Provider

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Provider.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A033. Resource

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Resource.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A034. Data Source

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf Data Source.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A035. Variable

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Variable.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A036. Output

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Output.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A037. Local Value

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Local Value.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A038. State

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf State.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A039. Backend

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Backend.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A040. Plan

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Plan.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A041. Apply

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Apply.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A042. Module

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A043. Meta-Argument

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Meta-Argument.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A044. TACOS

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A045. Repository-Design

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Repository-Design.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A046. CI/CD

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf CI/CD.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A047. TACOS

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A048. Policy as Code

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Policy as Code.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A049. Multi-Account

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Multi-Account.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A050. Promotion und Drift

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Promotion und Drift.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A051. OpenTofu

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf OpenTofu.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A052. Configuration

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Configuration.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A053. Root Module

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Root Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A054. Provider

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Provider.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A055. Resource

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Resource.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A056. Data Source

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Data Source.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A057. Variable

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Variable.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A058. Output

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf Output.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A059. Local Value

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Local Value.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A060. State

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf State.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A061. Backend

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Backend.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A062. Plan

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Plan.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A063. Apply

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Apply.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A064. Module

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Module.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A065. Meta-Argument

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Meta-Argument.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A066. TACOS

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A067. Repository-Design

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Repository-Design.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A068. CI/CD

• Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf CI/CD.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A069. TACOS

• Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf TACOS.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A070. Policy as Code

• Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf Policy as Code.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A071. Multi-Account

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Multi-Account.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A072. Promotion und Drift

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Promotion und Drift.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A073. OpenTofu

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf OpenTofu.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

A074. Configuration

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Configuration.
• Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Credentials, State-Werte, Provider-Versionen oder Outputs wären kritisch?
• Recovery: Beschreibe, ob Revert, State-Operation, Import, Backend-Restore, Secret-Rotation oder manuelle Provider-Korrektur nötig wäre.

Offizielle Quellen und Abgrenzung

Die Inhalte orientieren sich an öffentlich dokumentierten OpenTofu-Quellen. Cloud-Provider, TACOS-Plattformen, Policy-Engines und Secret-Werkzeuge werden nur dort erwähnt, wo sie typische OpenTofu-Workflows erklären. Beispielartefakte sind keine Anleitung zum Ausführen gegen produktive Cloud-Accounts.

• OpenTofu: https://opentofu.org/
• OpenTofu Language Documentation: https://opentofu.org/docs/language/
• Provider Requirements: https://opentofu.org/docs/language/providers/requirements/
• State: https://opentofu.org/docs/language/state/
• Backend Configuration: https://opentofu.org/docs/language/settings/backends/configuration/
• OpenTofu v1.x Compatibility Promises: https://opentofu.org/docs/language/v1-compatibility-promises/
• OpenTofu bei CNCF: https://www.cncf.io/projects/opentofu/
• Linux Foundation: Getting Started with OpenTofu: https://training.linuxfoundation.org/express-learning/getting-started-with-opentofu-lfel1009/
• Linux Foundation Certification Catalog: https://training.linuxfoundation.org/certification-catalog/

Zusätzliche Review-Drills

Nutze diese Drills, wenn die Hauptaufgabe abgeschlossen ist und zusätzliche betriebliche Begründung geübt werden soll. Sie sind bewusst nachweisorientiert und können mit lokalen OpenTofu-Artefakten beantwortet werden.

Drill 01: Root-Modul

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Root-Modul betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 02: Provider-Version

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Provider-Version betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 03: State Snapshot

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch State Snapshot betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 04: Backend Locking

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Backend Locking betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 05: Plan-Diff

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Plan-Diff betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 06: Modul-Output

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Modul-Output betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 07: Sensitive Value

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Sensitive Value betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 08: Policy-Gate

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Policy-Gate betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 09: Import

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Import betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 10: Moved Block

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Moved Block betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 11: TACOS Run

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch TACOS Run betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 12: Recovery

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Recovery betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 13: Root-Modul

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Root-Modul betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 14: Provider-Version

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Provider-Version betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 15: State Snapshot

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch State Snapshot betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.

Drill 16: Backend Locking

• Benenne, welche Modul-, Provider-, Backend- oder State-Grenze durch Backend Locking betroffen ist.
• Nenne einen Befehl oder ein HCL-Feld, das einen Nachweis liefert.
• Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
• Beschreibe den sichersten Recovery-Pfad für eine gemeinsam genutzte IaC-Plattform.