Jumpino
Aggiornato
Definire un servizio funzionante
Un container acceso non dimostra che i clienti possano usare l'applicazione. Parto da verifiche concrete: la pagina pubblica si apre, l'accesso funziona, il modulo viene accettato e i dati necessari sono disponibili. I controlli devono seguire il percorso del visitatore, non soltanto una porta interna.
Questo portfolio separa frontend, API Rust, database e storage dei file. Un deploy va verificato anche nelle connessioni tra i componenti. Il codice del progetto documenta questa struttura; non dimostra un servizio senza interruzioni.
Cosa può fare un riavvio
Le restart policy Docker intervengono quando il container si ferma. Non correggono codice errato e non riparano dati danneggiati. Un health check fallito, da solo, non riavvia un container ancora attivo nel normale utilizzo di Docker Compose. Compose può attendere una dipendenza dichiarata pronta durante l'avvio: è un comportamento diverso dal recupero continuo.
Separo quindi riavvio dei processi, verifica dell'applicazione e notifiche. Riavvii ripetuti richiedono un'indagine, non un ciclo che nasconde il primo errore.
Preparare rilascio e recupero
Prima del rilascio registro la versione del codice, costruisco l'applicazione ed eseguo i controlli pertinenti. Mantengo disponibile la versione precedente. Le migrazioni del database richiedono un piano distinto: un'applicazione vecchia potrebbe non comprendere il nuovo schema. Ripristinare soltanto l'immagine può non bastare.
| Situazione | Prima domanda |
|---|---|
| Processo fermo | Il riavvio è adatto e i log sono conservati? |
| Pagina aperta, modulo guasto | API e database completano la richiesta? |
| Rilascio errato | Il codice precedente è compatibile con i dati? |
| Dati mancanti | Quale backup verificato contiene i record? |
Provare il ripristino fuori dalla produzione
PostgreSQL offre dump logici per recuperare il database. File, configurazione e accessi vanno gestiti separatamente. Ripristino in un ambiente isolato e controllo record e operazioni rappresentative. Registro durata e problemi della prova, senza trasformare una stima non verificata in una promessa.
Concordiamo chi riceve gli avvisi e quali tempi di intervento sono previsti. Questo è il lavoro concreto della manutenzione: controlli e recupero pianificati, con responsabilità chiare.
Fonti
Restart policy Docker · Controlli di avvio Compose · Dump PostgreSQL