Fase 2 — Validazione
La Fase 2 conferma che la zona creata nella Fase 1 è attiva: i record si risolvono pubblicamente, la configurazione F5 XC corrisponde a quanto dichiarato da Terraform e una nuova pianificazione non riporta alcuna deriva.
Verifica di preparazione
Sezione intitolata “Verifica di preparazione”Interrogare la zona tramite l’API F5 XC e confermare l’esistenza del set di record atteso. Compilare i
segnaposto dal modulo in cima alla pagina, da un file .env o dalla shell.
curl -s \ -H "Authorization: APIToken xF5XC_API_TOKENx" \ "xF5XC_API_URLx/api/config/dns/namespaces/system/dns_zones/xF5XC_DOMAINx" \ | jq '{ zone: .metadata.name, group: .spec.primary.rr_set_group[0].metadata.name, records: [.spec.primary.rr_set_group[0].rr_set[] | .a_record.name], status: (if (.metadata.name != null) then "PASS" else "FAIL" end) }'Un risultato PASS con il gruppo demo-records e i nomi www / app / api conferma la configurazione lato F5 XC.
Risoluzione pubblica
Sezione intitolata “Risoluzione pubblica”Il dominio è delegato a F5 XC, quindi i record si risolvono sulla rete internet pubblica. Verificare ciascun nome:
for name in www app api; do echo "$name.xF5XC_DOMAINx -> $(dig +short "$name.xF5XC_DOMAINx" A | tr '\n' ' ')"doneIdempotenza
Sezione intitolata “Idempotenza”Una seconda pianificazione sulla configurazione invariata non deve riportare alcuna modifica:
-
Eseguire nuovamente la pianificazione:
Terminal window cd terraformterraform plan -
Confermare che l’output sia
No changes. Your infrastructure matches the configuration.
In CI, la stessa garanzia vale: la riapertura di una pull request che non modifica terraform/ produce
un piano vuoto.
Continuare con la Fase 3 — Failover.