Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

OpenTofu Lösung: Intermediate (DE)

Diese Lösungsskizze gehört zum Assessment Intermediate. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Inhaltssprache · DeutschGröße · 77.6 KBassessments/02-intermediate-opentofu-solution-DE.md
Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 6 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

OpenTofu Lösung: Intermediate (DE)

Diese Lösungsskizze gehört zum Assessment Intermediate. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Bewertungsmaßstab

Bereich Erwartung
Begriffe Configuration, Provider, Resource, State, Backend, Plan und Apply werden sauber getrennt.
Nachweis Antworten nennen HCL-Stellen, CLI-Befehle, State-Auswirkung und Review-Artefakte.
Betrieb Backend, Locking, Drift, Module, CI und TACOS werden berücksichtigt.
Security State, Secrets, Provider-Pinning, Credentials und Supply Chain werden bewertet.
01 / 06

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.
02 / 06

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.
03 / 06

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.
04 / 06

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/
05 / 06

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.
06 / 06

TOF · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Praxismodule

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.