Modulo 14 — Migrare un servizio legacy da VM
Blocco C · Il modello per l'Ente · 4 ore
Obiettivi
Trasformare l'esperienza dei moduli 1–13 in un METODO di migrazione: assessment,
containerizzazione a comportamento invariato, convivenza, cutover, rollback.
Applicato a un secondo servizio realistico ("Albo Avvisi": path fissi, config in
/etc, log su file, cron).
Agenda
| Ora | Attività |
|---|---|
| 0:00–0:45 | La metodologia in 6 fasi (assessment → esercizio); errori classici: riscrivere durante la migrazione, dimenticare i cron, perdere i log |
| 0:45–1:15 | Le 5 trasposizioni standard: stato→volumi, config→env, log→stdout, cron→servizio/scheduler, systemd→restart policy |
| 1:15–3:30 | Lab 14: assessment compilato sull'Albo, containerizzazione, prova di convivenza con i dati "della VM", piano di cutover scritto |
| 3:30–4:00 | Debrief: quali servizi REALI dell'Ente somigliano all'Albo? Bozza di lista di priorità di migrazione |
Concetti chiave
- Prima si migra IDENTICO, poi (semmai) si migliora: un rischio alla volta.
- L'assessment è un questionario fisso: la qualità della migrazione si decide lì.
- Il cutover è reversibile per contratto: la VM resta pronta finché non si dimostra inutile.
Materiali
- Lab:
lab/start/(VM simulata + ASSESSMENT.md) →lab/final/(albo containerizzato + piano cutover)