Orthevs Orthevs Fathom new horizons
Μενού

Wiki workshop · Γερμανικά

Modules Versioning Registry (DE)

Dieses Detaildokument beschreibt das Beispiel 10-modules-versioning-registry. Schwerpunkt: Modulversionen und Registry-/Source-Pinning.

Γλώσσα περιεχομένου · ΓερμανικάΜέγεθος · 48.0 KBexamples/10-modules-versioning-registry/docs/de/README.md
Παραδείγματα workshop σε ZIP
Πρόοδος μάθησης στη web app

Σημειώστε κεφάλαια ως αναγνωσμένα, δείτε την πρόοδο ανάγνωσης και ολοκληρώστε πρακτικές ενότητες αφού ενεργοποιήσετε την προαιρετική web app. Η πρόοδος του workshop υπολογίζεται από τα κεφάλαια όλων των σελίδων τεκμηρίωσης. Οι επιλογές μένουν σε αυτή τη συσκευή· δεν υπάρχει λογαριασμός ή συγχρονισμός με server. Δεν απαιτείται εγκατάσταση. Η ανάκληση στις Ρυθμίσεις απορρήτου διαγράφει την πρόοδο.

Πρόοδος ανάγνωσης0%
0%
0 / 7 κεφάλαια που διαβάστηκαν
Άλλη γλωσσική έκδοσηΑγγλικά ↗Ελληνικά ↗

Modules Versioning Registry (DE)

Dieses Detaildokument beschreibt das Beispiel 10-modules-versioning-registry. Schwerpunkt: Modulversionen und Registry-/Source-Pinning.

Lernziele

  • OpenTofu-Zustände vor der Änderung benennen.
  • Root-Modul, Provider, Backend und State-Auswirkung trennen.
  • Lokale Validierung von echter Cloud-Ausführung unterscheiden.
  • Evidence nachvollziehbar ablegen.
  • Drift, Rollback und Security-Grenzen dokumentieren.
01 / 07

Ablauf

  1. Öffne die Dateien im Beispielverzeichnis.
  2. Lies zuerst commands.sh, ohne Befehle blind auszuführen.
  3. Führe ./run.sh aus und prüfe work/evidence/.
  4. Vergleiche log-graph.txt, variable-diff.txt, status.txt und die statischen Validierungsergebnisse.
  5. Beschreibe, was in einem echten Remote-Backend oder TACOS zusätzlich geprüft werden müsste.
02 / 07

Erwartete Beobachtungen

  • Beobachtung 01: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 02: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 03: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 04: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 05: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 06: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 07: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 08: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 09: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 10: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 11: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 12: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 13: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 14: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 15: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 16: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 17: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 18: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 19: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 20: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 21: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 22: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 23: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 24: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 25: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 26: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 27: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 28: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 29: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 30: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 31: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 32: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 33: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 34: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 35: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 36: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 37: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 38: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 39: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 40: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 41: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 42: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 43: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 44: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 45: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 46: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 47: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 48: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 49: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 50: Prüfe Root Module und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 51: Prüfe Provider und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 52: Prüfe State und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 53: Prüfe Backend und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 54: Prüfe Plan und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 55: Prüfe Secret-Grenze und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 56: Prüfe Recovery und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
  • Beobachtung 57: Prüfe Modulversionen und Registry-/Source-Pinning und notiere, welcher OpenTofu-nahe Nachweis diese Beobachtung belastbar macht.
03 / 07

Review-Checkliste für Beispiel Modules Versioning Registry

  • 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.
04 / 07

Praxisanhang: Beispiel Modules Versioning Registry

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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. 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.

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

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

A007. Policy

  • Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

  • Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Secrets.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Provider

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

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

A014. Backend

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

A015. Policy

  • Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

  • Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Secrets.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. 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.

A021. State

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

A022. Backend

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

A023. Policy

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Secrets.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Konfiguration und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Provider-Anforderung prüfen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. 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.

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

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

A031. Policy

  • Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

  • Arbeitsauftrag: Drift-Nachweis führen und beziehe die Beobachtung ausdrücklich auf Secrets.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Secret-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Policy- oder CI-Gate benennen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Provider

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

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

A038. Backend

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

A039. Policy

  • Arbeitsauftrag: State-Auswirkung erklären und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

  • Arbeitsauftrag: Plan-Diff bewerten und beziehe die Beobachtung ausdrücklich auf Secrets.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Modulversionen und Registry-/Source-Pinning

  • Arbeitsauftrag: Backend- und Locking-Modell beschreiben und beziehe die Beobachtung ausdrücklich auf Modulversionen und Registry-/Source-Pinning.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. OpenTofu CLI

  • Arbeitsauftrag: Modulgrenze prüfen und beziehe die Beobachtung ausdrücklich auf OpenTofu CLI.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. HCL

  • Arbeitsauftrag: Variable und Output bewerten und beziehe die Beobachtung ausdrücklich auf HCL.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. 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.

A045. State

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

A046. Backend

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

A047. Policy

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Policy.
  • Nachweis: Notiere mindestens einen OpenTofu-nahen Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Credentials, State-Werte, Provider-Versionen 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. Secrets

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

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

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

TOF · Orthevs Academy

31 modules ως ενιαία διαδρομή μάθησης.

Η σειρά παραμένει αμετάβλητη: από τη βασική δομή του lab μέσω τεχνικών θεμελίων και λειτουργικών μοντέλων έως το τελικό troubleshooting. Τα τεχνικά ονόματα καταλόγων διατηρούνται σκόπιμα.

Πρακτικά modules

Το Orthevs ως εφαρμογή

Εγκατάσταση του Orthevs

Η web app του Orthevs μπορεί να εγκατασταθεί σε υποστηριζόμενες κινητές συσκευές και browsers υπολογιστή.

iPhone και iPad

Ανοίξτε το Orthevs στο Safari. Πατήστε Κοινή χρήση και μετά Προσθήκη στην οθόνη αφετηρίας. Ενεργοποιήστε το Άνοιγμα ως web app, αν εμφανίζεται, και πατήστε Προσθήκη.

Android

Για τη web app, ανοίξτε το μενού του browser και επιλέξτε Εγκατάσταση εφαρμογής ή Προσθήκη στην αρχική οθόνη. Επιβεβαιώστε την εγκατάσταση.

Browser υπολογιστή

Ανοίξτε το μενού του browser ή το εικονίδιο εγκατάστασης στη γραμμή διευθύνσεων και επιλέξτε Εγκατάσταση εφαρμογής ή Προσθήκη στο Dock.

Η εγκατάσταση της web app εξαρτάται από τον browser. Αν δεν εμφανιστεί διάλογος εγκατάστασης, ακολουθήστε τα βήματα του browser που αναφέρονται παραπάνω.