Bewertungsmaßstab

Musterantworten

Lösung 01: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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: Import

Eine starke Antwort zu Import 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: Refactoring und Testing

Eine starke Antwort zu Refactoring und Testing 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: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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: Import

Eine starke Antwort zu Import 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: Refactoring und Testing

Eine starke Antwort zu Refactoring und Testing 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: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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: Import

Eine starke Antwort zu Import 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: Refactoring und Testing

Eine starke Antwort zu Refactoring und Testing 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: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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: Import

Eine starke Antwort zu Import 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: Refactoring und Testing

Eine starke Antwort zu Refactoring und Testing 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: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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: Import

Eine starke Antwort zu Import 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: Refactoring und Testing

Eine starke Antwort zu Refactoring und Testing 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: State

Eine starke Antwort zu State 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: Backends

Eine starke Antwort zu Backends 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: Module

Eine starke Antwort zu Module 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: Dependencies

Eine starke Antwort zu Dependencies 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: Workspaces

Eine starke Antwort zu Workspaces 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 Intermediate 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: Intermediate 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. State

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren 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.

A002. Backends

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Backends.
• 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. Module

• Arbeitsauftrag: State-Auswirkung erklären 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.

A004. Dependencies

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Dependencies.
• 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. Workspaces

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Workspaces.
• 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. Import

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Import.
• 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. Refactoring und Testing

• Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Refactoring und Testing.
• 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. OpenTofu

• Arbeitsauftrag: Drift-Nachweis führen 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.

A009. Configuration

• Arbeitsauftrag: Secret-Risiko markieren 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.

A010. Root Module

• Arbeitsauftrag: Policy- oder CI-Gate benennen 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.

A011. Provider

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A012. Resource

• Arbeitsauftrag: Teamregel formulieren 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.

A013. Data Source

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren 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.

A014. Variable

• Arbeitsauftrag: Provider-Anforderung prüfen 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.

A015. Output

• Arbeitsauftrag: State-Auswirkung erklären 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.

A016. Local Value

• Arbeitsauftrag: Plan-Diff bewerten 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.

A017. State

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben 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.

A018. Backend

• Arbeitsauftrag: Modulgrenze prüfen 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.

A019. Plan

• Arbeitsauftrag: Variable und Output 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.

A020. Apply

• Arbeitsauftrag: Drift-Nachweis führen 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.

A021. Module

• Arbeitsauftrag: Secret-Risiko markieren 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.

A022. Meta-Argument

• Arbeitsauftrag: Policy- oder CI-Gate benennen 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.

A023. 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.

A024. 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.

A025. Backends

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Backends.
• 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. Module

• Arbeitsauftrag: Provider-Anforderung 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.

A027. Dependencies

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Dependencies.
• 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. Workspaces

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Workspaces.
• 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. Import

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Import.
• 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. Refactoring und Testing

• Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf Refactoring und Testing.
• 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. 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.

A032. 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.

A033. 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.

A034. 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.

A035. 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.

A036. 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.

A037. 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.

A038. 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.

A039. 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.

A040. 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.

A041. 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.

A042. 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.

A043. 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.

A044. 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.

A045. 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.

A046. 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.

A047. State

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A048. Backends

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Backends.
• 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. Module

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren 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.

A050. Dependencies

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Dependencies.
• 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. Workspaces

• Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Workspaces.
• 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. Import

• Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Import.
• 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. Refactoring und Testing

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Refactoring und Testing.
• 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. OpenTofu

• Arbeitsauftrag: Modulgrenze prüfen 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.

A055. Configuration

• Arbeitsauftrag: Variable und Output 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.

A056. Root Module

• Arbeitsauftrag: Drift-Nachweis führen 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.

A057. Provider

• Arbeitsauftrag: Secret-Risiko markieren 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.

A058. Resource

• Arbeitsauftrag: Policy- oder CI-Gate benennen 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.

A059. Data Source

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A060. Variable

• Arbeitsauftrag: Teamregel formulieren 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.

A061. Output

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren 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.

A062. Local Value

• Arbeitsauftrag: Provider-Anforderung prüfen 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.

A063. State

• Arbeitsauftrag: State-Auswirkung erklären 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.

A064. Backend

• Arbeitsauftrag: Plan-Diff bewerten 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.

A065. Plan

• Arbeitsauftrag: Backend- und Locking-Modell beschreiben 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.

A066. Apply

• Arbeitsauftrag: Modulgrenze prüfen 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.

A067. Module

• Arbeitsauftrag: Variable und Output 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.

A068. Meta-Argument

• Arbeitsauftrag: Drift-Nachweis führen 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.

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. State

• Arbeitsauftrag: Policy- oder CI-Gate benennen 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.

A071. Backends

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Backends.
• 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. Module

• Arbeitsauftrag: Teamregel formulieren 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.

A073. Dependencies

• Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Dependencies.
• 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. Workspaces

• Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf Workspaces.
• 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.