Skip to content

09 - Collaudo Access

Guida iniziale · Lavoro residuo · Fonti

Questa scheda conserva i due rilasci ordinari di Access e le relative prove. Alla loro conclusione il retry positivo non era ancora collaudato; il test successivo riuscito su una fixture separata è nella scheda 10. L'intera base comune non è ancora chiusa.

Cosa è stato verificato

Parte Risultato e riscontro
Infrastruttura 2 aggiunte bootstrap + 4 stage, tutte IAM, senza aggiornamenti o cancellazioni. Piani successivi bootstrap e stage senza differenze.
Kit Pacchetto dagli output applicati, copia operatore verificata e ancora immutata a fine run. Strumenti e contratti consegnati senza state o credenziali. Riepilogo · Istruzioni.
Accessi dell'operatore Jacopo ha letto Service, Job ed Execution senza impersonazione. Prova. Non certifica il profilo di Lorenzo o la sufficienza dei soli gruppi rispetto agli altri privilegi personali.
Pipeline Publisher e preparazione riusciti dopo i gate; nuovo rollout SUCCEEDED. Un nuovo processo CLI ha ritrovato la stessa build publisher senza crearne un'altra. Registro del run.
Migrazione e backend access-migrate-k57km concluso alle 17:47:36.428290 UTC, prima del deploy backend alle 17:47:39.931236143 UTC. Nessuna migrazione mancante, grant SQL stage rieseguiti. Revisione access-backend-mw9jv7nr Ready, immagine/identità attese e 100% traffico. Riepilogo.
Richieste 360/360 HTTP 200: 180 /ready, 180 /health, primo tentativo riuscito. Prova. Non sono test di login, operazioni gestionali o capacità per cento allevamenti.
Telemetria Nuovi span e metriche applicative ricevuti in Platform; metriche del proxy SQL ricevute in DB. Tracce · Metriche.
Pulizia Job sonda, service account e grant temporaneo rimossi dopo il successo dell'Execution. Riepilogo. La verifica non ha attivato produzione o Console.

Prima del cloud sono passati 82 test Python infra, 63 test bootstrap, 93 test stage, 14 verifiche offline Access e 98 test Rust. Compose ha costruito sei immagini: otto componenti in esecuzione, tre Job conclusi con codice 0, /ready e /health del backend riusciti e 20 migrazioni nel ledger locale. L'ambiente locale di prova è stato ripulito. Sono prove locali distinte dal rilascio cloud.

Tracce: che cosa dimostra la lettura

Sono stati riletti 40 record di span della stessa istanza c8bbcd0b-c4a0-4be3-a238-391da4c250bd; le metriche applicative sono state filtrate per quella stessa istanza. Fra le tracce c'è l'ID esatto inviato dalla sonda per /ready: 6bcb02bfeb682b0c1457f3e30a870e11.

Non sosteniamo di aver esportato 360 tracce. Il primo /health della sonda era marcato non campionato nei log Cloud Run, mentre il primo /ready era campionato: riscontro degli header. Nessun warning dell'exporter è stato rilevato nella finestra diagnostica. Le metriche possono includere anche i controlli automatici del servizio; non sono un conteggio esclusivo delle richieste della sonda.

Recupero: implementato e provato, con quali limiti

stage_recovery.py inspect ha letto il rollout in attesa, in corso e riuscito. Il comando ha rifiutato retry prima dell'approvazione e dopo il successo, senza creare intento o richiesta di retry cloud.

Questi due run non hanno provato il retry positivo. La successiva fixture isolata lo ha verificato per il caso SQL-free. Resta obbligatorio riconciliare l'Operation/Execution precedente: una lista vuota o un timeout non provano che il lavoro non sia partito. Il primo deploy fallito con workload ancora assente richiede il percorso amministrativo di prima creazione. Il retry non annulla lo schema e non equivale al ritorno a una versione precedente.

Secondo rilascio dello stesso commit: nessun guasto introdotto

È stato preparato un secondo run per provare un'interruzione del solo predeploy ancora in coda, prima del migratore. Il controllo si è fermato su una lettura HTTP 404: nessuna cancellazione e nessun retry sono stati inviati. Riscontro del tentativo. Non abbiamo forzato un altro guasto dopo che il lavoro era partito.

La release access-c3563d26c1112ea1a51d61fa57570f81d386bc0658462e90 ha quindi completato un secondo rilascio ordinario, sullo stesso commit Access. Revisione access-backend-mw9le435 Ready; migratore access-migrate-7459c concluso alle 18:29:11.605840 UTC, prima del deploy backend alle 18:29:22.935710743 UTC. Ancora nessuna migrazione mancante. Riepilogo separata.

La sonda della seconda revisione ha inizialmente ricevuto HTTP 403 alla prima richiesta: la causa non è stata accertata. Una sola ripetizione controllata della sonda, senza modificare Access o ampliare i ruoli, ha completato 360/360 HTTP 200 alle 18:43:23 UTC. Sono stati riletti 17 nuovi span e metriche applicative per l'istanza fc261ce8-3ff5-47f2-a5c1-b2b251313c26, oltre alle metriche SQL proxy. Job, service account e grant temporanei sono rimossi.

Riepilogo finale del secondo run · Richieste · Diagnosi del primo 403 · Cleanup.

È stata ripetuta la sonda, non il rollout Cloud Deploy. Il successo successivo non dimostra la causa del 403 iniziale. Le 360 richieste e le tracce della prima sezione restano una prova distinta, riuscita al primo tentativo sulla prima revisione. Il secondo run non dimostra un retry Cloud Deploy positivo né l'ordinamento fra due candidati concorrenti.

Riferimenti del rilascio

I collegamenti ai riscontri conducono ai riepiloghi pubblicati. Le ricevute complete restano presso gli operatori; non sono allegati raw di questa guida.

Collegamento al lavoro successivo

Questo resta il resoconto datato del 9 novembre. Il retry SQL-free è stato poi verificato nella scheda 10, e onboarding Farm con SQL e percorso Platform→Farm nella scheda 11. Il guard di approvazione e il piano operativo sono descritti nelle schede 02, 05 e 12; non cambiano retroattivamente queste prove.

Readonly, eventi, ulteriori scrittori SQL, Console/staff e produzione mantengono le proprie integrazioni. Il collaudo Access non li dichiara automaticamente pronti.