Workshop-Wiki · Deutsch

OpenTofu Übungen: Professional (DE)

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

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 Übungen: Professional (DE)

Diese Übungen gehören zum Workshop-Level Professional. 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: Repository-Design

Ziel: Untersuche Repository-Design 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: CI/CD

Ziel: Untersuche CI/CD 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: TACOS

Ziel: Untersuche TACOS 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: Policy as Code

Ziel: Untersuche Policy as Code 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: Multi-Account

Ziel: Untersuche Multi-Account 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: Promotion und Drift

Ziel: Untersuche Promotion und Drift 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: Repository-Design

Ziel: Untersuche Repository-Design 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: CI/CD

Ziel: Untersuche CI/CD 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: TACOS

Ziel: Untersuche TACOS 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: Policy as Code

Ziel: Untersuche Policy as Code 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: Multi-Account

Ziel: Untersuche Multi-Account 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: Promotion und Drift

Ziel: Untersuche Promotion und Drift 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: Repository-Design

Ziel: Untersuche Repository-Design 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: CI/CD

Ziel: Untersuche CI/CD 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: TACOS

Ziel: Untersuche TACOS 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: Policy as Code

Ziel: Untersuche Policy as Code 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: Multi-Account

Ziel: Untersuche Multi-Account 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: Promotion und Drift

Ziel: Untersuche Promotion und Drift 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: Repository-Design

Ziel: Untersuche Repository-Design 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: CI/CD

Ziel: Untersuche CI/CD 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: TACOS

Ziel: Untersuche TACOS 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: Policy as Code

Ziel: Untersuche Policy as Code 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: Multi-Account

Ziel: Untersuche Multi-Account 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: Promotion und Drift

Ziel: Untersuche Promotion und Drift 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 Professional Ü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: Professional Ü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. Repository-Design

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

A002. CI/CD

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

A003. TACOS

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

A004. Policy as Code

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

A005. Multi-Account

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

A006. Promotion und Drift

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

A007. OpenTofu

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

A008. Configuration

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

A009. Root Module

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

A010. Provider

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

A011. Resource

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

A012. Data Source

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

A013. Variable

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

A014. Output

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

A015. Local Value

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

A016. State

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

A017. Backend

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

A018. Plan

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

A019. Apply

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

A020. Module

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

A021. Meta-Argument

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

A022. TACOS

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

A023. Repository-Design

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

A024. CI/CD

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

A025. TACOS

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

A026. Policy as Code

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

A027. Multi-Account

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

A028. Promotion und Drift

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

A029. OpenTofu

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

A030. Configuration

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

A031. Root Module

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

A032. Provider

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

A033. Resource

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

A034. Data Source

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

A035. Variable

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

A036. Output

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

A037. Local Value

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

A038. State

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

A039. Backend

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

A040. Plan

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

A041. Apply

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

A042. Module

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

A043. Meta-Argument

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

A044. TACOS

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

A045. Repository-Design

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

A046. CI/CD

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

A047. TACOS

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

A048. Policy as Code

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

A049. Multi-Account

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

A050. Promotion und Drift

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

A051. OpenTofu

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

A052. Configuration

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

A053. Root Module

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

A054. Provider

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

A055. Resource

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

A056. Data Source

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

A057. Variable

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

A058. Output

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

A059. Local Value

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

A060. State

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

A061. Backend

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

A062. Plan

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

A063. Apply

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

A064. Module

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

A065. Meta-Argument

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

A066. TACOS

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

A067. Repository-Design

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

A068. CI/CD

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

A069. TACOS

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

A070. Policy as Code

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

A071. Multi-Account

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

A072. Promotion und Drift

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

A073. OpenTofu

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

A074. Configuration

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

A075. Root Module

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

A076. Provider

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

A077. Resource

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

A078. Data Source

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

A079. Variable

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

A080. Output

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

A081. Local Value

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

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

A083. Backend

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

A084. Plan

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

Orthevs – Engineering als Grundlage für das, was als Nächstes kommt.

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.