Wiki workshop · Αγγλικά

OpenTofu Solution: Intermediate (EN)

This solution guide belongs to the assessment Intermediate. It does not provide one rigid answer; it defines verifiable answer criteria.

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

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

Πρόοδος ανάγνωσης0%
0%
0 / 6 κεφάλαια που διαβάστηκαν

Δεν υπάρχει ακόμη ελληνική έκδοση αυτού του εγγράφου. Το περιεχόμενο εμφανίζεται στα αγγλικά.

Άλλη γλωσσική έκδοσηΓερμανικά ↗Ελληνικά ↗

OpenTofu Solution: Intermediate (EN)

This solution guide belongs to the assessment Intermediate. It does not provide one rigid answer; it defines verifiable answer criteria.

Grading Rubric

Area Expectation
Terms Configuration, provider, resource, state, backend, plan and apply are separated cleanly.
Evidence Answers name HCL locations, CLI commands, state impact and review artifacts.
Operations Backend, locking, drift, modules, CI and TACOS are covered.
Security State, secrets, provider pinning, credentials and supply chain are assessed.
01 / 06

Sample Criteria

Solution 01: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 02: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 03: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 04: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 05: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 06: Import

A strong answer for Import names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 07: Refactoring und Testing

A strong answer for Refactoring und Testing names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 08: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 09: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 10: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 11: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 12: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 13: Import

A strong answer for Import names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 14: Refactoring und Testing

A strong answer for Refactoring und Testing names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 15: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 16: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 17: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 18: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 19: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 20: Import

A strong answer for Import names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 21: Refactoring und Testing

A strong answer for Refactoring und Testing names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 22: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 23: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 24: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 25: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 26: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 27: Import

A strong answer for Import names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 28: Refactoring und Testing

A strong answer for Refactoring und Testing names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 29: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 30: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 31: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 32: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 33: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 34: Import

A strong answer for Import names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 35: Refactoring und Testing

A strong answer for Refactoring und Testing names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 36: State

A strong answer for State names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 37: Backends

A strong answer for Backends names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 38: Module

A strong answer for Module names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 39: Dependencies

A strong answer for Dependencies names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.

Solution 40: Workspaces

A strong answer for Workspaces names root module, provider, state impact, backend and concrete recovery path.

  • Good evidence: HCL excerpt, tofu validate, plan diff, state list, output assessment or backend configuration.
  • Common mistake: treating state as a harmless cache file or calling sensitive values safe only because they are masked.
  • Security expectation: no real secrets, remote state with access control, provider pinning, review gates and documented incident response.
02 / 06

Review Checklist for Intermediate Solution

  • 01. document configuration and desired state: record which module, provider, resource, state and backend path are affected.
  • 02. check provider requirement: record which module, provider, resource, state and backend path are affected.
  • 03. explain state impact: record which module, provider, resource, state and backend path are affected.
  • 04. assess plan diff: record which module, provider, resource, state and backend path are affected.
  • 05. describe backend and locking model: record which module, provider, resource, state and backend path are affected.
  • 06. check module boundary: record which module, provider, resource, state and backend path are affected.
  • 07. assess variable and output: record which module, provider, resource, state and backend path are affected.
  • 08. prove drift: record which module, provider, resource, state and backend path are affected.
  • 09. mark secret risk: record which module, provider, resource, state and backend path are affected.
  • 10. name policy or CI gate: record which module, provider, resource, state and backend path are affected.
  • 11. write down rollback or recovery path: record which module, provider, resource, state and backend path are affected.
  • 12. state a team rule: record which module, provider, resource, state and backend path are affected.
  • 13. document configuration and desired state: record which module, provider, resource, state and backend path are affected.
  • 14. check provider requirement: record which module, provider, resource, state and backend path are affected.
  • 15. explain state impact: record which module, provider, resource, state and backend path are affected.
  • 16. assess plan diff: record which module, provider, resource, state and backend path are affected.
  • 17. describe backend and locking model: record which module, provider, resource, state and backend path are affected.
  • 18. check module boundary: record which module, provider, resource, state and backend path are affected.
  • 19. assess variable and output: record which module, provider, resource, state and backend path are affected.
  • 20. prove drift: record which module, provider, resource, state and backend path are affected.
  • 21. mark secret risk: record which module, provider, resource, state and backend path are affected.
  • 22. name policy or CI gate: record which module, provider, resource, state and backend path are affected.
  • 23. write down rollback or recovery path: record which module, provider, resource, state and backend path are affected.
  • 24. state a team rule: record which module, provider, resource, state and backend path are affected.
  • 25. document configuration and desired state: record which module, provider, resource, state and backend path are affected.
  • 26. check provider requirement: record which module, provider, resource, state and backend path are affected.
  • 27. explain state impact: record which module, provider, resource, state and backend path are affected.
  • 28. assess plan diff: record which module, provider, resource, state and backend path are affected.
  • 29. describe backend and locking model: record which module, provider, resource, state and backend path are affected.
  • 30. check module boundary: record which module, provider, resource, state and backend path are affected.
  • 31. assess variable and output: record which module, provider, resource, state and backend path are affected.
  • 32. prove drift: record which module, provider, resource, state and backend path are affected.
  • 33. mark secret risk: record which module, provider, resource, state and backend path are affected.
  • 34. name policy or CI gate: record which module, provider, resource, state and backend path are affected.
03 / 06

Practice Appendix: Intermediate Solution

This appendix provides a backlog for longer trainings, reviews and repetition. Each task is small enough to verify with local HCL artifacts and a Git repository.

A001. State

  • Task: document configuration and desired state and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A002. Backends

  • Task: check provider requirement and explicitly relate the observation to Backends.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A003. Module

  • Task: explain state impact and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A004. Dependencies

  • Task: assess plan diff and explicitly relate the observation to Dependencies.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A005. Workspaces

  • Task: describe backend and locking model and explicitly relate the observation to Workspaces.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A006. Import

  • Task: check module boundary and explicitly relate the observation to Import.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A007. Refactoring und Testing

  • Task: assess variable and output and explicitly relate the observation to Refactoring und Testing.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A008. OpenTofu

  • Task: prove drift and explicitly relate the observation to OpenTofu.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A009. Configuration

  • Task: mark secret risk and explicitly relate the observation to Configuration.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A010. Root Module

  • Task: name policy or CI gate and explicitly relate the observation to Root Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A011. Provider

  • Task: write down rollback or recovery path and explicitly relate the observation to Provider.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A012. Resource

  • Task: state a team rule and explicitly relate the observation to Resource.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A013. Data Source

  • Task: document configuration and desired state and explicitly relate the observation to Data Source.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A014. Variable

  • Task: check provider requirement and explicitly relate the observation to Variable.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A015. Output

  • Task: explain state impact and explicitly relate the observation to Output.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A016. Local Value

  • Task: assess plan diff and explicitly relate the observation to Local Value.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A017. State

  • Task: describe backend and locking model and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A018. Backend

  • Task: check module boundary and explicitly relate the observation to Backend.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A019. Plan

  • Task: assess variable and output and explicitly relate the observation to Plan.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A020. Apply

  • Task: prove drift and explicitly relate the observation to Apply.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A021. Module

  • Task: mark secret risk and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A022. Meta-Argument

  • Task: name policy or CI gate and explicitly relate the observation to Meta-Argument.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A023. TACOS

  • Task: write down rollback or recovery path and explicitly relate the observation to TACOS.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A024. State

  • Task: state a team rule and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A025. Backends

  • Task: document configuration and desired state and explicitly relate the observation to Backends.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A026. Module

  • Task: check provider requirement and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A027. Dependencies

  • Task: explain state impact and explicitly relate the observation to Dependencies.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A028. Workspaces

  • Task: assess plan diff and explicitly relate the observation to Workspaces.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A029. Import

  • Task: describe backend and locking model and explicitly relate the observation to Import.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A030. Refactoring und Testing

  • Task: check module boundary and explicitly relate the observation to Refactoring und Testing.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A031. OpenTofu

  • Task: assess variable and output and explicitly relate the observation to OpenTofu.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A032. Configuration

  • Task: prove drift and explicitly relate the observation to Configuration.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A033. Root Module

  • Task: mark secret risk and explicitly relate the observation to Root Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A034. Provider

  • Task: name policy or CI gate and explicitly relate the observation to Provider.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A035. Resource

  • Task: write down rollback or recovery path and explicitly relate the observation to Resource.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A036. Data Source

  • Task: state a team rule and explicitly relate the observation to Data Source.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A037. Variable

  • Task: document configuration and desired state and explicitly relate the observation to Variable.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A038. Output

  • Task: check provider requirement and explicitly relate the observation to Output.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A039. Local Value

  • Task: explain state impact and explicitly relate the observation to Local Value.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A040. State

  • Task: assess plan diff and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A041. Backend

  • Task: describe backend and locking model and explicitly relate the observation to Backend.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A042. Plan

  • Task: check module boundary and explicitly relate the observation to Plan.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A043. Apply

  • Task: assess variable and output and explicitly relate the observation to Apply.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A044. Module

  • Task: prove drift and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A045. Meta-Argument

  • Task: mark secret risk and explicitly relate the observation to Meta-Argument.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A046. TACOS

  • Task: name policy or CI gate and explicitly relate the observation to TACOS.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A047. State

  • Task: write down rollback or recovery path and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A048. Backends

  • Task: state a team rule and explicitly relate the observation to Backends.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A049. Module

  • Task: document configuration and desired state and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A050. Dependencies

  • Task: check provider requirement and explicitly relate the observation to Dependencies.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A051. Workspaces

  • Task: explain state impact and explicitly relate the observation to Workspaces.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A052. Import

  • Task: assess plan diff and explicitly relate the observation to Import.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A053. Refactoring und Testing

  • Task: describe backend and locking model and explicitly relate the observation to Refactoring und Testing.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A054. OpenTofu

  • Task: check module boundary and explicitly relate the observation to OpenTofu.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A055. Configuration

  • Task: assess variable and output and explicitly relate the observation to Configuration.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A056. Root Module

  • Task: prove drift and explicitly relate the observation to Root Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A057. Provider

  • Task: mark secret risk and explicitly relate the observation to Provider.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A058. Resource

  • Task: name policy or CI gate and explicitly relate the observation to Resource.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A059. Data Source

  • Task: write down rollback or recovery path and explicitly relate the observation to Data Source.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A060. Variable

  • Task: state a team rule and explicitly relate the observation to Variable.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A061. Output

  • Task: document configuration and desired state and explicitly relate the observation to Output.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A062. Local Value

  • Task: check provider requirement and explicitly relate the observation to Local Value.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A063. State

  • Task: explain state impact and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A064. Backend

  • Task: assess plan diff and explicitly relate the observation to Backend.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A065. Plan

  • Task: describe backend and locking model and explicitly relate the observation to Plan.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A066. Apply

  • Task: check module boundary and explicitly relate the observation to Apply.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A067. Module

  • Task: assess variable and output and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A068. Meta-Argument

  • Task: prove drift and explicitly relate the observation to Meta-Argument.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A069. TACOS

  • Task: mark secret risk and explicitly relate the observation to TACOS.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A070. State

  • Task: name policy or CI gate and explicitly relate the observation to State.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A071. Backends

  • Task: write down rollback or recovery path and explicitly relate the observation to Backends.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A072. Module

  • Task: state a team rule and explicitly relate the observation to Module.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A073. Dependencies

  • Task: document configuration and desired state and explicitly relate the observation to Dependencies.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.

A074. Workspaces

  • Task: check provider requirement and explicitly relate the observation to Workspaces.
  • Evidence: Write down at least one OpenTofu-adjacent command, one expected result and one limit of that evidence.
  • Operations question: What would a wrong assumption change in dev, staging, prod and CI?
  • Security question: Which credentials, state values, provider versions or outputs would be critical?
  • Recovery: Explain whether revert, state operation, import, backend restore, secret rotation or manual provider correction is required.
04 / 06

Official Sources and Scope

The material is aligned with public OpenTofu documentation. Cloud providers, TACOS platforms, policy engines and secret tools are mentioned only where they explain common OpenTofu workflows. Example artifacts are not instructions to execute against production 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 at CNCF: https://www.cncf.io/projects/opentofu/
  • Linux Foundation: Getting Started with OpenTofu: https://training.linuxfoundation.org/express-learning/getting-started-with-opentofu-lfel1009/
  • Linux Foundation Certification Catalog: https://training.linuxfoundation.org/certification-catalog/
05 / 06

Additional Review Drills

Use these drills when the primary task is complete and the learner needs another pass over operational reasoning. They are intentionally evidence-oriented and can be answered with local OpenTofu artifacts.

Drill 01: root module

  • State which module, provider, backend or state boundary is affected by root module.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 02: provider version

  • State which module, provider, backend or state boundary is affected by provider version.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 03: state snapshot

  • State which module, provider, backend or state boundary is affected by state snapshot.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 04: backend locking

  • State which module, provider, backend or state boundary is affected by backend locking.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 05: plan diff

  • State which module, provider, backend or state boundary is affected by plan diff.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 06: module output

  • State which module, provider, backend or state boundary is affected by module output.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 07: sensitive value

  • State which module, provider, backend or state boundary is affected by sensitive value.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 08: policy gate

  • State which module, provider, backend or state boundary is affected by policy gate.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 09: import

  • State which module, provider, backend or state boundary is affected by import.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 10: moved block

  • State which module, provider, backend or state boundary is affected by moved block.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 11: TACOS run

  • State which module, provider, backend or state boundary is affected by TACOS run.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 12: recovery

  • State which module, provider, backend or state boundary is affected by recovery.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 13: root module

  • State which module, provider, backend or state boundary is affected by root module.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 14: provider version

  • State which module, provider, backend or state boundary is affected by provider version.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 15: state snapshot

  • State which module, provider, backend or state boundary is affected by state snapshot.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.

Drill 16: backend locking

  • State which module, provider, backend or state boundary is affected by backend locking.
  • Name one command or HCL field that produces evidence.
  • Explain what can be concluded from that evidence and what cannot be concluded from it.
  • Describe the safest recovery path for a shared IaC platform.
06 / 06

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 που αναφέρονται παραπάνω.