Workshop wiki · German

OpenTofu Übungen: Intermediate (DE)

Diese Übungen gehören zum Workshop-Level Intermediate. Jede Aufgabe verlangt einen nachvollziehbaren Nachweis: Root-Modul, Provider, gewünschter Zustand, State-Wirkung, Backend-Bezug, Risiko und Recovery-Pfad.

Workshop examples as ZIP files
Learning progress in the web app

Mark chapters as read, view reading progress and check off practice modules after enabling the optional web app. Workshop progress is calculated from chapters across all document pages. Your choices stay on this device; there is no account or server sync. Installation is not required. Withdrawing your choice in Privacy settings deletes the progress.

Reading progress0%
0%
0 / 6 chapters read
Other language versionEnglish ↗Greek ↗

OpenTofu Übungen: Intermediate (DE)

Diese Übungen gehören zum Workshop-Level Intermediate. Jede Aufgabe verlangt einen nachvollziehbaren Nachweis: Root-Modul, Provider, gewünschter Zustand, State-Wirkung, Backend-Bezug, Risiko und Recovery-Pfad.

Abgabeformat

Lege keine produktiven Secrets ab. Dokumentiere stattdessen Befehle, relevante HCL-Auszüge, betroffene Module, Plan-/State-Auswirkung, Backend- und Security-Bewertung sowie Recovery-Pfade.

01 / 06

Pflichtaufgaben

Aufgabe 01: State

Ziel: Untersuche State in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 02: Backends

Ziel: Untersuche Backends in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 03: Module

Ziel: Untersuche Module in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 04: Dependencies

Ziel: Untersuche Dependencies in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 05: Workspaces

Ziel: Untersuche Workspaces in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 06: Import

Ziel: Untersuche Import in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 07: Refactoring und Testing

Ziel: Untersuche Refactoring und Testing in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 08: State

Ziel: Untersuche State in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 09: Backends

Ziel: Untersuche Backends in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 10: Module

Ziel: Untersuche Module in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 11: Dependencies

Ziel: Untersuche Dependencies in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 12: Workspaces

Ziel: Untersuche Workspaces in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 13: Import

Ziel: Untersuche Import in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 14: Refactoring und Testing

Ziel: Untersuche Refactoring und Testing in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 15: State

Ziel: Untersuche State in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 16: Backends

Ziel: Untersuche Backends in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 17: Module

Ziel: Untersuche Module in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 18: Dependencies

Ziel: Untersuche Dependencies in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 19: Workspaces

Ziel: Untersuche Workspaces in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 20: Import

Ziel: Untersuche Import in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 21: Refactoring und Testing

Ziel: Untersuche Refactoring und Testing in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 22: State

Ziel: Untersuche State in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 23: Backends

Ziel: Untersuche Backends in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

Aufgabe 24: Module

Ziel: Untersuche Module in einem isolierten OpenTofu-Lab und dokumentiere die Wirkung.

  1. Nutze ein Beispiel unter examples/ oder erstelle ein lokales HCL-Lab.
  2. Notiere Root-Modul, Provider-Anforderungen, Backend-Modell und erwartete State-Auswirkung.
  3. Prüfe HCL-Struktur, Variablen, Outputs und Modulgrenzen.
  4. Beschreibe, wie tofu plan die Änderung darstellen würde und welche Review-Fragen entstehen.
  5. Begründe den passenden Revert-, State-, Import-, Restore- oder Secret-Rotation-Pfad.

Erfolgskriterium: Eine andere Person kann erkennen, welcher gewünschte Zustand beschrieben ist und welche State-Änderung daraus folgen würde.

02 / 06

Review-Checkliste für Intermediate Übungen

  • 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.
  • 35. Rollback- oder Recovery-Pfad notieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 36. Teamregel formulieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 37. Konfiguration und Zielzustand dokumentieren: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 38. Provider-Anforderung prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
03 / 06

Praxisanhang: Intermediate Übungen

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.

A075. Import

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

A076. Refactoring und Testing

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

A077. OpenTofu

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

A078. Configuration

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

A079. Root Module

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

A080. Provider

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

A081. Resource

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

A082. Data Source

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

A083. Variable

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

A084. Output

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

The sequence remains unchanged: from the lab skeleton through technical foundations and operating models to final troubleshooting. The technical directory names are deliberately preserved.

Orthevs – Engineering the foundation for what comes next.

Orthevs as an app

Install Orthevs

The Orthevs web app can be installed on supported mobile devices and desktop browsers.

iPhone and iPad

Open Orthevs in Safari. Tap Share, then Add to Home Screen. Enable Open as Web App if offered, then tap Add.

Android

For the web app, open the browser menu and choose Install app or Add to Home screen. Confirm the installation.

Desktop browser

Open the browser menu or the install icon in the address bar, then choose Install app or Add to Dock.

Web app installation depends on your browser. If no install prompt appears, follow the browser steps shown above.