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

State Local Inspection

Dieses Beispiel ist ein kontrolliertes OpenTofu-Lab. Es enthält kleine HCL- und Review-Artefakte und ein run.sh, das ein Wegwerf-Repository unter work/ erzeugt, Strukturprüfungen ausführt und Evidence-Dateien schreibt.

Παραδείγματα workshop σε ZIP
Πρόοδος μάθησης στη web app

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

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

State Local Inspection

Schwerpunkt: lokaler State und CLI-basierte State-Inspektion.

Zweck

Dieses Beispiel ist ein kontrolliertes OpenTofu-Lab. Es enthält kleine HCL- und Review-Artefakte und ein run.sh, das ein Wegwerf-Repository unter work/ erzeugt, Strukturprüfungen ausführt und Evidence-Dateien schreibt.

01 / 07

Dokumentation

02 / 07

Dateien

03 / 07

Lokale Prüfung

bash
./run.sh

Das Skript verändert keine globalen Einstellungen und benötigt keine Cloud-Zugangsdaten.

04 / 07

Review-Fragen

    1. Konfiguration und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Provider-Anforderung prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. State-Auswirkung erklären: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Plan-Diff bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Backend- und Locking-Modell beschreiben: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Modulgrenze prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Variable und Output bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Drift-Nachweis führen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Secret-Risiko markieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Policy- oder CI-Gate benennen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Konfiguration und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Provider-Anforderung prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. State-Auswirkung erklären: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Plan-Diff bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Backend- und Locking-Modell beschreiben: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Modulgrenze prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Variable und Output bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Drift-Nachweis führen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Secret-Risiko markieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Policy- oder CI-Gate benennen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Konfiguration und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Provider-Anforderung prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. State-Auswirkung erklären: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Plan-Diff bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Backend- und Locking-Modell beschreiben: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Modulgrenze prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Variable und Output bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Drift-Nachweis führen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Secret-Risiko markieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Policy- oder CI-Gate benennen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Konfiguration und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Provider-Anforderung prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. State-Auswirkung erklären: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Plan-Diff bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Backend- und Locking-Modell beschreiben: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Modulgrenze prüfen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Variable und Output bewerten: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
    1. Drift-Nachweis führen: Wie zeigt dieses Beispiel die Entscheidung für lokaler State und CLI-basierte State-Inspektion?
05 / 07

Praxisanhang: Beispiel State Local Inspection

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. lokaler State und CLI-basierte State-Inspektion

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

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

A003. Provider

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

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

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

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

A007. Secrets

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

A008. Policy

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

A009. Recovery

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

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

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

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

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

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

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

A018. Recovery

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

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

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

A021. Provider

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

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

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

A024. Module

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

A025. Secrets

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

A026. Policy

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

A027. Recovery

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

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

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

A031. State

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

A032. Backend

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

A033. Module

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

A034. Secrets

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

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

A036. Recovery

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

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

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

A039. Provider

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

A040. State

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

A041. Backend

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

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

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

A044. Policy

  • Arbeitsauftrag: Drift-Nachweis führen 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.
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. Τα τεχνικά ονόματα καταλόγων διατηρούνται σκόπιμα.

Orthevs – Η μηχανική ως βάση για όσα ακολουθούν.

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

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

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

iPhone και iPad

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

Android

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

Browser υπολογιστή

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

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