Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

Drift Detection (DE)

Dieses Beispiel ist ein kontrolliertes Terraform-Lab. Es enthält HCL-Artefakte, ein lokales Modul, Testdaten und ein run.sh, das statische Prüfungen und Evidence-Erzeugung ausführt.

Inhaltssprache · DeutschGröße · 40.2 KBexamples/24-drift-detection/docs/de/README.md
Workshop-Beispiele als ZIP
Lernstand in der Web-App

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

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

Drift Detection (DE)

Schwerpunkt: Refresh, Plan und Drift-Runbooks.

Zweck

Dieses Beispiel ist ein kontrolliertes Terraform-Lab. Es enthält HCL-Artefakte, ein lokales Modul, Testdaten und ein run.sh, das statische Prüfungen und Evidence-Erzeugung ausführt.

01 / 06

Lokale Prüfung

bash
./run.sh
02 / 06

Lernziele

  • Terraform-Konfiguration nachvollziehen
  • Provider-Anforderungen prüfen
  • State- und Backend-Auswirkungen erklären
  • Evidence-Dateien auswerten
  • Review-Regeln ableiten
03 / 06

Dateien

04 / 06

Review-Checkliste für Drift Detection

  • 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.
  • 39. State-Auswirkung erklären: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 40. Plan-Diff bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 41. Backend- und Locking-Modell beschreiben: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 42. Modulgrenze prüfen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 43. Variable und Output bewerten: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
  • 44. Drift-Nachweis führen: Halte fest, welches Modul, welcher Provider, welche Ressource, welcher State und welcher Backend-Pfad betroffen sind.
05 / 06

Praxisanhang: Drift Detection

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. Refresh, Plan und Drift-Runbooks

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A047. State

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

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

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

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

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

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

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

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

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

TFM · Orthevs Academy

31 Module als durchgängiger Lernpfad.

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

Praxismodule

Orthevs als App

Orthevs installieren

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

iPhone und iPad

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

Android

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

Desktop-Browser

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

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