Infrastructure as Code

Detect Drift and Import Existing Resources

Recognize infrastructure drift, import existing objects with configuration-driven intent, and choose reconciliation without accidentally replacing or abandoning resources.

Intermediate14 min read
Infrastructure as Code lessonDelivery and reliability foundationsPractice

UNTIMED COACHING

Practice before the pressure

Use feedback to correct the model, not merely memorize an option position.

GUIDED PRACTICE

Practice the lesson questions

Answer normal lesson questions without a timer. Every answer includes an explanation, and incorrect answers can be tried again before continuing.

CONCEPT MODELS

See the lesson as a system

Use these visual guides to connect the key ideas before answering the questions.

Connect the roles in Detect Drift and Import Existing ResourcesKeep remote object, resource declaration, import mapping, and drift signal as separate service roles.
Connect the roles in Detect Drift and Import Existing ResourcesA topic-specific model connects four distinct roles used to reason about detect drift and import existing resources.
Managed resourceResource exists before configuration ownership
Configuration filesFiles declare the intended managed bucket
Import processProcess binds remote object to resource address
Detection signalSignal reports change outside configuration
Verify Reconciliation choiceConnect reconciliation choice with its topic-specific inspection, expected outcome, and protected delivery boundary.
Verify Reconciliation choiceA verification model for detect drift and import existing resources connects the final service decision to its check, result, and protected boundary.
Review decisionDecision accepts or reverses observed drift
Starting checkInspect review decision
Expected resultConfirm review decision
Safety boundaryProtect managed resource scope