Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Da Java 8 a Java 21 con gli agenti IA: aggiornamento, CVE eliminate e migrazione da AWS ad Azure (Doppiaggio IA)

Transcript

Da Java 8 a Java 21 con gli agenti IA: aggiornamento, CVE eliminate e migrazione da AWS ad Azure (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: A giorni ancora manualmente Java Legacy non è artigianato, è
0:02
Speaker 2: una penitenza non retribuita. La modernizzazione manuale è una modalità
0:05
Speaker 2: di fallimento, lenta, soggetta a errori e perenemente verità. Le
0:09
Speaker 2: agenti IA ora gestiscono il lavoro pesante, prove alla mano.
0:12
Speaker 2: Ecco cosa ottieni davvero. Tempo recuperato, CV eliminate, bollette cloud
0:15
Speaker 2: che smettono di prosciugare il budget. Analizzeremo un caso studio narrativo,
0:18
Speaker 2: benchmark dello stack, risultati e una traccia di audit completa
0:21
Speaker 2: per far respirare la governance. C'è una metrica che ha
0:24
Speaker 2: messo in imbarazzo la finanza, la sicurezza. Resta per scoprire.
0:27
Speaker 2: Ecco cosa succede quando lasci che Copilot guidi la modernizzazione
0:29
Speaker 2: delle app. L'impostazione, lo stack legacy e il mandato di modernizzazione.
0:34
Speaker 2: Prima la baseline abbiamo a che fare con un'applicazione Spring
0:36
Speaker 2: dell'era Java 8, è un bici classico più una manciata
0:38
Speaker 2: job pianificati, costruita con Maven e in esecuzione su AWS.
0:43
Speaker 2: Governance conservativa, avvisi rumorosi, tutti giurano che l'app sia stabile,
0:46
Speaker 2: mentre PagerDuty la pensa diversamente. Lo stack presenta, derive, pom
0:50
Speaker 2: parent forcati anni fa, versioni di dipendenze bloccate come insetti
0:53
Speaker 2: in una teca e una pipeline CI che passa solo
0:55
Speaker 2: se preghi. Comportamento utente medio. Ignora i badge rossi, silenzia
1:00
Speaker 2: lo scanner e prega che il prossimo sprint includa il
1:02
Speaker 2: debito tecnico. Poiler non succede mai. Inventare dolore. La deriva
1:07
Speaker 2: delle versioni significa che le librerie moderne non si risolvono
1:09
Speaker 2: senza esclusione. Inferno delle dipendenze. Roulette transitiva, dove un aggiornamento
1:14
Speaker 2: del logging fa esplodere il tuo client HTTP. Le CV
1:17
Speaker 2: non pacciate se ne stanno lì educatamente in attesa di
1:19
Speaker 2: un exploit kit. Spreco di calcolo inattivo, autoscaling non scala
1:22
Speaker 2: mai verso il basso, istanza l'8% di CPU mentre la
1:24
Speaker 2: finanza finanza una stufetta elettrica. Aggiungi configurazioni fragili, variabili d'ambiente
1:29
Speaker 2: incorporate nei dati utente, scritture di file su disco stateful
1:32
Speaker 2: e segreti che vivono dove non dovrebbero. Vincolo? Questo è
1:35
Speaker 2: solo audio. Nessun eroismo performativo, nessun cambio di scheda su
1:38
Speaker 2: stack overflow. Ci affidiamo ad artefatti riproducibili, report, commit, diff
1:42
Speaker 2: e output di scanner, perché tirare e indovinare non è
1:44
Speaker 2: una strategia e sul mio laptop funzionavano a prova. Perché
1:47
Speaker 2: Java 21? I thread virtuali trasformano la concorrenza da risorsa
1:51
Speaker 2: scarsa a commodity. Migliaia di thread leggeri con un overhead minimo.
1:55
Speaker 2: throughput aumenta, l'altenza di quota diminuisce. Miglioramenti nel garbage collection
1:59
Speaker 2: e i perfezionamenti di G1 e ZGC riducono i tempi
2:01
Speaker 2: di pub. La foreign function and memory API è stabile,
2:04
Speaker 2: il che è fondamentale se chiami codice nativo o combatti
2:06
Speaker 2: con buffer of heap. Effetto netto, guadagni misurabili in prestazioni
2:10
Speaker 2: e manutenibilità. Molti pensano che l'aggiornamento sia solo cosmetico error.
2:14
Speaker 2: Ottieni una concorrenza più economica e meno blocchi, visibili direttamente
2:16
Speaker 2: nei grafici dei livelli di servizio. Ambito della migrazione, fuori AWS,
2:20
Speaker 2: dentro Azure, allineamento agli standard aziendali, consolidamento della fatturazione e
2:24
Speaker 2: integrazione nella piattaforma che già ospita identità, policy e osservabilità.
2:28
Speaker 2: Punteremo su Azure App Service o Azure Spring Apps a
2:30
Speaker 2: seconda del profilo del carico di lavoro. App semplice, App
2:32
Speaker 2: Service va bene. Microservizi pesanti di Spring, con esigenze di scaling,
2:37
Speaker 2: valutati Azure Spring Apps. Per i dati, mandato è Azure
2:40
Speaker 2: SQL Database. Sì, potete mantenere il PostgreSQL su Azure, ma
2:43
Speaker 2: l'azienda punta al consolidamento, quindi tracceremo il percorso e nemmo compromessi.
2:47
Speaker 2: Posizione di Governance. Ogni azione finisce su git. Confrontabile, reversibile, attribuibile.
2:54
Speaker 2: L'agente genera un piano, apre ticket e propone commit. Voi approvate,
2:58
Speaker 2: lui risolve le build, corregge le dipendenze, applica trasformazioni al
3:01
Speaker 2: codice usando ricette note, rigenera l'sbomb e riesegue gli scanner.
3:06
Speaker 2: Se qualcosa non passa, ricomincia il ciclo. Nessun pellegrinaggio tra finestre.
3:10
Speaker 2: Quando non può procedere, chiede input e ne documenta il motivo.
3:12
Speaker 2: Vedete la differenza? Il lavoro diventa verificabile anziché aneddotico. Prima
3:16
Speaker 2: di lasciare che un agente tocchi qualcosa, dovete valutare. Inventario
3:19
Speaker 2: automatizzato di moduli, dipendenze, plugin di build e configurazioni di runtime.
3:24
Speaker 2: Risultati classificati per rischio con riferimento ad advisory e documentazione.
3:28
Speaker 2: Flag di donità al cloud per service binding, variabili d'ambiente,
3:31
Speaker 2: trappole stateful che si rompono quando i container appaiono e scompaiono.
3:34
Speaker 2: Baseline dei costi, ore di calcolo, percentuali di inattività e
3:36
Speaker 2: pattern di traffico in uscita che l'ufficio finanziario finge di
3:38
Speaker 2: non vedere fino a fine mese. Magari state pensando, beh,
3:41
Speaker 2: possiamo fare il triage manualmente. Affascinante, e vi stupite ancora
3:44
Speaker 2: che l'app crash. L'utente medio perde i problemi meno frequenti,
3:48
Speaker 2: le IP deprecate nel profondo dello scheduler, un bridge di
3:50
Speaker 2: logging che maschera conflitti tra classi duplicate o quel blocco
3:53
Speaker 2: di una libreria che impedisce ogni aggiornamento. La gente non
3:57
Speaker 2: li perde perché non si annoia. Quindi il mandato di
3:59
Speaker 2: modernizzazione è semplice e definitivo. Aggiornare a Java 21, eliminare
4:03
Speaker 2: le CVE, containerizzare, migrare su Azure tramite CI e SCD
4:06
Speaker 2: con rollout controllati, imporre policy tramite approvazioni e key vault
4:09
Speaker 2: e ridurre i costi senza ridurre l'affidabilità e... Tutte le
4:13
Speaker 2: modifiche risalgono a commit con relativa motivazione. su una scatola nera.
4:17
Speaker 2: Nessun eroe solitario che fa commit alle due di notte.
4:19
Speaker 2: Prima la valutazione perché tirare e indovinare non è una strategia,
4:21
Speaker 2: poi l'esecuzione. Valutazione. Lì è espone il debito tecnico con
4:25
Speaker 2: le prove. Ecco cosa succede davvero quando premete valuta. La
4:29
Speaker 2: gente non scansiona. Inventari. Codice, file di build, plugin, dipendenze transitive,
4:35
Speaker 2: componenti docker, variabili d'ambiente, script di avvio, persino quegli shellwrapper
4:39
Speaker 2: sparsi che qualcuno ha copiato e incollato nel 2017. Costruisce
4:43
Speaker 2: un grafo delle dipendenze, lo annota con i dati CVE
4:45
Speaker 2: e classifica il rischio. Non in base a impressioni, ma
4:47
Speaker 2: a gravità, sfruttabilità e raggiungibilità. È il registro di sistema
4:51
Speaker 2: della realtà della vostra app. Non solo un elenco, è
4:53
Speaker 2: la vostra spina dorsale strutturale messa a noto. La verità?
4:56
Speaker 2: Molti pensano di conoscere il proprio stack. Non lo conosco.
4:59
Speaker 2: L'agente trova il POM genitore forcato con un vincolo sulla
5:01
Speaker 2: versione di logging che blocca ogni pacciavalle. Segnala bridge SLF4
5:04
Speaker 2: e c'è i duplicati che si oscurano la vicenda come
5:06
Speaker 2: coinquilini light. Individuo il container servlet che è rimasto silenziosamente
5:09
Speaker 2: indietro di tre versioni perché la tua CI testa solo
5:12
Speaker 2: il percorso ideale. E sì, mappa le API deprecate che
5:15
Speaker 2: richiami da anni perché nessuno voleva toccare lo scheduler dei job. Spoiler,
5:19
Speaker 2: lo stai toccando proprio ora. Passiamo all'ICV. Analisi della gravità,
5:22
Speaker 2: librerie interessate e riferimenti agli advisor. Link diretti in un
5:25
Speaker 2: voce di corridoio. Le criticità alte hanno la priorità ma
5:27
Speaker 2: identifica anche se i percorsi di codice vulnerabile sono raggiungibili
5:30
Speaker 2: dalla tua applicazione. La raggiungibilità conta. Se una libreria transitiva
5:34
Speaker 2: ha un problema ma il tuo codice non chiama mai
5:35
Speaker 2: la classe vulnerabile, viene comunque segnalato, ma l'agente dà priorità
5:39
Speaker 2: alle correzioni che riducono il rischio reale. Hai a disposizione
5:42
Speaker 2: di rimedio. Aggiornare versioni, aggiungere esclusioni, sostituire del tutto gli artefatti.
5:46
Speaker 2: È o meno un non mistero. La prontezza all'aggiornamento arriva
5:49
Speaker 2: con le prove. Java 21 richiede di smettere di fingere
5:51
Speaker 2: che sia il 2009. L'agente esegue ricette di open rewrite
5:55
Speaker 2: sulla tua base di codice in modalità dry run, mostrando
5:57
Speaker 2: esattamente quali API sono deprecate e quali import devono cambiare
6:00
Speaker 2: e dove si c'erano cambiamenti di comportamento. Segnala accessi riflessivi illegali,
6:03
Speaker 2: stranezze di jucce, le minuscole e minanti uomo in attesa
6:06
Speaker 2: nelle configurazioni XML. Note ai framework pronti, le versioni di Spring,
6:10
Speaker 2: la compatibilità dei plugin e quelli che richiedono una forzatura.
6:12
Speaker 2: Niente chiacchiere inutili. Ogni modifica proposta rimanda a documentazione e
6:16
Speaker 2: note di migrazione. La cloud readiness è dove i segni
6:18
Speaker 2: della tua infrastruttura vengono catalogati. L'agente identifica trapole stateful, come
6:22
Speaker 2: la scrittura di file temporanei su disco locale durante le richieste,
6:25
Speaker 2: il caching delle sessioni in memoria tra le istanze o
6:27
Speaker 2: il salvataggio di segreti in file di testo sotto opt
6:29
Speaker 2: perché qualcuno doveva far funzionare il tutto Segnala l'uso di
6:33
Speaker 2: variabili d'ambiente che presuppongono pattern di metadati EC2. Indica binding
6:37
Speaker 2: di servizio per code ready se database che non sopravviverebbero
6:40
Speaker 2: a ricambio dei container. Poi propone i binding secondo lo
6:42
Speaker 2: stile azzurro. Le stringhe di connessione passano alla configurazione, chi
6:46
Speaker 2: vuol per i segreti le identità gestite per l'autenticazione. Sai
6:48
Speaker 2: come fanno gli adulti. Ora la sorpresa finanziaria, le baseline
6:50
Speaker 2: dei costi. L'agente estrae ore di calcolo, dimensioni delle istanze,
6:53
Speaker 2: pattern di scalabilità e percentuali di inattività dalla telemetria e
6:56
Speaker 2: dalla definizione di infrastruttura. Stima i costi di egress basandosi
6:59
Speaker 2: sui pattern in uscita. Sì, quel job batch rumoroso che
7:02
Speaker 2: scarica dati tra le regioni ogni notte ottiene la sua
7:04
Speaker 2: voce di spesa. Traduce tutto questo in una cifra mensile
7:07
Speaker 2: che non si cura dai tuoi aneddoti. Questo è il
7:10
Speaker 2: numero che ha messo in imbarazzo la finanza e deliziato
7:11
Speaker 2: la sicurezza. Perché eliminare le CVE riducendo la spesa è
7:15
Speaker 2: l'unica religione che entrambi i team condividono. Se non ci
7:17
Speaker 2: sono artefatti non è successo. L'agente produce un file di
7:20
Speaker 2: piano con sezioni. Passi di rimedio CVE, ricette di aggiornamento Java,
7:24
Speaker 2: modifica la build, trasformazioni del codice, migrazioni di containerizzazione e
7:27
Speaker 2: mappature verso il cloud target. Apri i superflussi di lavoro,
7:31
Speaker 2: tagga i responsabili se vuoi e crea scaffold di commit
7:34
Speaker 2: in un regge separato. Diff piccoli e puliti con le
7:36
Speaker 2: motivazioni e i messaggi. Sbomb generato, firmato e versionato. Output
7:40
Speaker 2: dello scanner di vulnerabilità legata. È pronto per l'audit fino
7:42
Speaker 2: ai primi stagioni. Vuoi l'attreggiabilità? Ogni risultato rimanda a un
7:46
Speaker 2: avviso o a un documento di origine. Voce NWD, note
7:49
Speaker 2: di rilascio del progetto, documentazione delle ricette OpenRewrite, guida alla
7:52
Speaker 2: migrazione e azzurro. Quando suggerisce di sostituire una libreria, cita
7:55
Speaker 2: le matrici di compatibilità. Quando raccomando di spostare un segreto,
7:58
Speaker 2: indica le linee guida della piattaforma su Key Vault e
8:00
Speaker 2: Managed Identities. Non è solo perché lo dice l'IA, è
8:04
Speaker 2: perché lo dice questo standard specifico. I controlli restano male.
8:08
Speaker 2: Il piano risiede in Git in attesa di approvazione. Puoi
8:11
Speaker 2: regolare le priorità, rifiutare una strategia di rimedio o richiedere
8:14
Speaker 2: un servizio di destinazione diverso, come Azure App Service rispetto
8:16
Speaker 2: ad Azure Spring Apps con i compromessi elencati chiaramente. L'agente
8:20
Speaker 2: si adatta, resegue il delta della valutazione e aggiorna gli artefatti.
8:24
Speaker 2: Nessun problema. Una volta viste le prove, l'atteggiamento cambia. Smetti
8:28
Speaker 2: di discutere se la modernizzazione ne valga la pena e
8:30
Speaker 2: inizi a pianificare il lavoro. E sì, l'utente medio cercherà
8:32
Speaker 2: comunque di rilasciare prima una funzionalità. È fascinante. Nel frattempo
8:36
Speaker 2: l'agente ha già mappato il percorso più breve verso un
8:38
Speaker 2: runtime sicuro, conforme ed economico. Approva il piano, poi guardalo
8:41
Speaker 2: fare il lavoro che continua a rimandare. Aggiornamento automatico da
8:45
Speaker 2: Java 8 a Java 21 senza drammi. Piano approvato, quindi
8:48
Speaker 2: l'agente smette di parlare e inizia ad agire. Il ciclo
8:51
Speaker 2: è semplice e spietato. Applica ricetta, compila, testa, corregge. Ripeti
8:55
Speaker 2: finché non è tutto vero. Nessuna esplosione eroica, nessuna archeologia
8:58
Speaker 2: nei forum, nessun tentativo di clean install. Utilizza ricette open
9:01
Speaker 2: rewrite per iscrivere le IP, maven enforcer per normalizzare le
9:04
Speaker 2: versioni e una suite di test di integrazione per dimostrare
9:07
Speaker 2: che non ha rotto tutto. Quando una build fallisce non
9:10
Speaker 2: va nel panico. Analizza il fallimento, propone una modifica mirata
9:13
Speaker 2: e riesegue. Disciplina la velocità della macchina. Gli aggiornamenti delle
9:17
Speaker 2: dipendenze sono il punto in cui gli umani solitamente creano caos.
9:19
Speaker 2: Entra in gioco l'allenamento bomb. L'agente adotta la Bill of
9:22
Speaker 2: Materials ufficiale per Spring e gli ecosistemi correlati centralizza le
9:25
Speaker 2: versioni ed elimina la dispersione delle versioni nei POM secondari.
9:29
Speaker 2: Restringe gli intervalli di versione a vincoli esatti o gestiti
9:31
Speaker 2: per prevenire la roulette transitiva, rimuove le esclusioni ridondanti e
9:34
Speaker 2: aggiunge l'unica esclusione che conta davvero quando due backend di
9:36
Speaker 2: logging entrano in conflitto. Risultato? Meno sorprese, meno jar in conflitto,
9:40
Speaker 2: meno chiamate a mezzanotte e insomma stabilità? Ora il codice.
9:44
Speaker 2: Java 21 significa che le tue vecchie API hanno bisogno
9:46
Speaker 2: di supervisione. L'agente sostituisce classi e metodi deprecati con equivalenti supportati,
9:50
Speaker 2: aggiorna gli importi adatta alle firme dei metodi dove la
9:52
Speaker 2: piattaforma si è evoluta. Proponere factoring opzionali, l'uso di record
9:57
Speaker 2: e pattern e collezioni sequenziali dietro un feature factoring. così
10:00
Speaker 2: il diff rimane minimo. Gestisce anche gli accessi riflessivi legali
10:04
Speaker 2: sostituendoli con alternative supportate dall'SBI o da JDK poi annota
10:07
Speaker 2: il commit con una breve spiegazione e link alle note
10:10
Speaker 2: di migrazione. Non è solo una patch, è una prova.
10:13
Speaker 2: La risoluzione dei problemi di sicurezza non è una giunta
10:15
Speaker 2: finale a parte integrante del processo. Man mano che le
10:18
Speaker 2: dipendenze cambiano, l'agente ricontrolla le CVE, chiude il cerchio su
10:21
Speaker 2: eventuali residui e rigenera l'S-BOMB, così gli scanner vedono il
10:24
Speaker 2: nuovo stato, non quello vecchio. E si esegue lo scanner
10:27
Speaker 2: delle vulnerabilità e blocca la build se si verifica una regressione.
10:30
Speaker 2: Lei è definita rigida. Esatto. Per la sicurezza e il
10:32
Speaker 2: minimo sindacale di professionalità. Parliamo di test, perché all'utente medio
10:36
Speaker 2: piace dire compila, pompila, come se fosse un grande risultato.
10:40
Speaker 2: L'agente esegue i tuoi unit test, i test di integrazione
10:42
Speaker 2: e se li hai configurati, i contract test contro i
10:44
Speaker 2: servizi stub. Quando i test sono fragili, apre segnalazioni con
10:47
Speaker 2: l'output preciso dell'errore. Le correzioni così. Se un test instabile
10:50
Speaker 2: blocca il progresso, propone di isolarlo con un tag, documenta
10:53
Speaker 2: il rischio, prosegue nelle aree non critiche, slancio senza negazione.
10:58
Speaker 2: Passiamo ai benchmark. Una volta stabilizzato l'aggiornamento, l'agente esegue test
11:02
Speaker 2: mirati su throughput e latenza rispetto agli stessi carichi di
11:04
Speaker 2: lavoro di base. È qui che Java 21 dimostra il
11:08
Speaker 2: suo valore. Più richieste simultanee con lo stesso budget di
11:11
Speaker 2: CPU grazie ai thread virtuali, meno relatenza di coda grazie
11:14
Speaker 2: ai miglioramenti del GC e meno penalità di context switch.
11:17
Speaker 2: Non serve essere fanatici dei benchmark per capire dei grafici
11:19
Speaker 2: che pendono di redazione giusta. Il report specifica quali miglioramenti
11:22
Speaker 2: derivano dai thread virtuali e quali dal GC, così puoi
11:25
Speaker 2: dare il merito alla funzione corretta quando l'amministrazione chiede perché
11:28
Speaker 2: le macchine sono meno inattive. L'igiene della build è importante.
11:32
Speaker 2: L'agente normalizza i wrapper maven, fissa la toolchain su una
11:35
Speaker 2: distribuzione Java 21 che controlli davvero e rimuove plugin obsoleti
11:38
Speaker 2: che servono solo a rallentare le build, standardizza i flag
11:43
Speaker 2: del compilatore e trasforma gli avvisi in errori per i
11:45
Speaker 2: moduli approvati e aggiunge analisi statica dove il segnale è utile.
11:49
Speaker 2: L'obiettivo non è la perfezione. L'obiettivo è la ripetibilità e
11:52
Speaker 2: la noia, il gold standard per le build. È qui
11:54
Speaker 2: che si vedono le ore recuperate. Storicamente un aggiornamento del
11:58
Speaker 2: genere consuma settimane di lavoro di ingegneri senior a caccia
12:00
Speaker 2: di conflitti transitivi errori oscuri di plugin e gestione di
12:03
Speaker 2: test instabili. La gente comprime tutto in giorni, non per magia,
12:07
Speaker 2: ma perché non si stanca, non si distrae e non
12:10
Speaker 2: inventa complicazioni inutili. I tuoi umani dedicano il tempo a
12:13
Speaker 2: revisionare i diff e prendere decisioni, non indovinare numeri di versione.
12:17
Speaker 2: E quando il ciclo converge, la ricetta è applicata, le
12:19
Speaker 2: build sono verdi, i test superati, lo scanner è silenzioso,
12:22
Speaker 2: hai un branch pulito con commit piccoli ben etichettati. Ogni
12:24
Speaker 2: messaggio specifica la modifica, la logica e l'origine. I rollbacks sono.
12:28
Speaker 2: Le approvazioni sono rapide. I revisori possono leggerli senza doverli
12:31
Speaker 2: Inoltre il tuo cerca persone è tace ed è così
12:33
Speaker 2: che capisci che la modernizzazione è avvenuta davvero, non era
12:35
Speaker 2: solo una message. Runtime moderno messo in sicurezza. L'app è
12:37
Speaker 2: più veloce, più sicura e francamente più matura. Per il
12:39
Speaker 2: conto del cloud e della topologia hanno bisogno di intervento.
12:42
Speaker 2: Migrazione cloud via AWS dentro Azure con pipeline e policy.
12:46
Speaker 2: Tutto cambia quando il runtime è sano. Raspostiamo i mobili.
12:49
Speaker 2: Prima l'architettura target perché lo spostamento casuale crea interruzioni casuali.
12:53
Speaker 2: Per una singola app Spring MVC che non finge di
12:55
Speaker 2: essere una service mesh, Azure App Service è la via
12:57
Speaker 2: più efficiente. Deployment semplice, scalabilità integrata e nessuna sorpresa da
13:00
Speaker 2: cosplay di Kubernetes. Se hai più microservizi Spring, Service Discovery,
13:03
Speaker 2: variabilità di configurazione, Azure Spring Apps si ripaga con i
13:06
Speaker 2: componenti Spring gestiti e Blue Splash Green già pronto. La
13:09
Speaker 2: gente non va a tentativi. Valuta il carico di lavoro
13:11
Speaker 2: su funzionalità, stato e traffico, quindi consiglia soluzioni con compromessi
13:14
Speaker 2: e note sui costi. Tu approvi. Vi procedo. Poi passiamo
13:17
Speaker 2: ai dati ed è qui che gli adulti si distinguono
13:18
Speaker 2: dagli obbisti. Il mandato è Azure SQL Database. Sì, ho
13:21
Speaker 2: sentito la tua nostalgia per PostgreSQL. La governance vuole il consolidamento,
13:24
Speaker 2: l'identità vuole l'autenticazione gestita e la finanza vuole l'unica fattura.
13:28
Speaker 2: La gente inventaria l'uso di JDBC, pool di connessione e
13:30
Speaker 2: le assunzioni sui driver. Sostituisce il driver, aggiorna l'url gdbc,
13:34
Speaker 2: aggiunge una logica di retry adatta agli errori transitori e
13:37
Speaker 2: gestisce i delta answers quelle dove vi è scritto quelli
13:39
Speaker 2: specifiche per il dialetto. Se l'attrito della migrazione è elevato,
13:43
Speaker 2: propone una zona di atterraggio temporanea su Azure Database for
13:45
Speaker 2: PostgreSQL con un piano di cutover futuro, incluse tempistiche chiaramente etichettate,
13:51
Speaker 2: opzioni con prove concrete. La containerizzazione non è un tratto
13:54
Speaker 2: della personalità, è uno strumento di ripetibilità. L'agente genera un
13:57
Speaker 2: docker file che crea effettivamente immagini base minimali multistadi utente
14:00
Speaker 2: non root e controlli di integrità Include flag JVM allineati
14:04
Speaker 2: a Java 21 e il tuo budget di memoria, non
14:06
Speaker 2: una copia casuale da un blog. Quindi emette infrastruttura come codice,
14:10
Speaker 2: modelli bytes, app o ARM. Per il provisioning di App
14:13
Speaker 2: Service o Agile Spring Apps, App Service Plan, Key Vault,
14:15
Speaker 2: Identità e Networking. Una definizione di ambiente per ogni fase, Dev, Test, Prod.
14:21
Speaker 2: Stessa forma di missioni diverse. Meno guasti a sorpresa perché
14:23
Speaker 2: la macchina ha smesso di improvvisare. CICD è dove il
14:26
Speaker 2: mito del farò il deploy più tardi va morì. Entra
14:28
Speaker 2: in gioco le GitHub Actions. L'agente crea flussi di lavoro
14:31
Speaker 2: che compilano con la toolchain Java 21 bloccata, eseguono test
14:34
Speaker 2: e scanner, creano e scansionano immagini container e distribuiscono in
14:38
Speaker 2: ambienti che richiedono approvazioni. Il Rodex è un pulsante e
14:41
Speaker 2: non è seduto a spirito. Tag di immagine precedente, slot precedente,
14:44
Speaker 2: template precedente. Collega smoke test post deploy e subordina la
14:47
Speaker 2: promozione al loro successo. Non devi sperare che la produzione
14:49
Speaker 2: sia come il test, la pipeline lo garantisce. I segreti
14:52
Speaker 2: non sono variabili d'ambiente in chiaro, risiedono nel key vault.
14:55
Speaker 2: L'agente esegue il provisioning dei vault, crea riferimenti e passa
14:58
Speaker 2: l'app alla managed identity. Ciò significa niente chiave incorporate, niente
15:01
Speaker 2: commit di configurazione accidentale e nessuna rotazione notturna perché qualcuno
15:05
Speaker 2: ha condiviso credenziali e non screenshot. Aggiunge anche approvazioni condizionali.
15:08
Speaker 2: Le revisioni di sicurezza avvengono quando cambia l'esbon, le revisioni
15:11
Speaker 2: dei costi scattano all'aumentare dei piani, l'accesso di emergenza viene
15:14
Speaker 2: bloccato quando sovrascrivi. Barriere senza trito, gli adulti tengono traccia
15:18
Speaker 2: di tutto. La riduzione dei costi non è una preghiera,
15:20
Speaker 2: l'architettura più policy. La gente dimensiona correttamente i piani in
15:24
Speaker 2: base a CPU e memoria misurata e non a leve.
15:26
Speaker 2: Per gli ambienti non di produzione consiglio lo scaling a zero,
15:29
Speaker 2: opzioni a consumo ove supportate. Per la produzione imposta regole
15:32
Speaker 2: di autoscaling su segnali reali, richiesta al secondo, CPU, profondità
15:36
Speaker 2: della coda e limita il numero massimo di stanze con
15:38
Speaker 2: un processo di eccezione documentato. L'ingresso viene ottimizzato collocando i
15:43
Speaker 2: servizi e spostando i job notturni su percorsi intraregione. La
15:46
Speaker 2: stima del prima e dopo viene salvata nel repository. Quale
15:49
Speaker 2: distanza a livelli di storage a trasferimento dati? L'ufficio finanziario
15:53
Speaker 2: capisce i numeri, dai loro dei numeri. Anche la rete
15:55
Speaker 2: e l'affidabilità non sono pensieri secondari. I template aggiungono sonde
15:58
Speaker 2: di salute, controlli di disponibilità e drenaggio delle connessioni affinché
16:00
Speaker 2: gli utenti smettano di notare i deploy. Se la conformità
16:03
Speaker 2: richiede endpoint privati, li configura. In strada il traffico tramite
16:06
Speaker 2: application gateway o front door e imposta policy leggibili. I
16:10
Speaker 2: log vengono indirizzati ad Azure Monitor con campi strutturali. Dashboard preconfezionate, latenza,
16:15
Speaker 2: tasso di errore e saturazione. La visibilità noiosa è l'obiettivo.
16:18
Speaker 2: Il cutoverse con lo script non distingue. L'agente prepara l'ambiente
16:21
Speaker 2: e distribuisce su un nuovo slot o istanza, lo riscalda
16:23
Speaker 2: con traffico sintetico ed esegue controlli di contratto. Poi uno
16:26
Speaker 2: switch di controllo, i TTL DNS vengono regolati se necessario,
16:29
Speaker 2: swap dello slot se è app service, divisione del traffico
16:31
Speaker 2: se è spring apps. Piano di rollback rimane attivo finché
16:33
Speaker 2: il traffico utente non conferma il successo. Il report indica
16:36
Speaker 2: le finestre di impatto, chi ha approvato cosa e dove
16:38
Speaker 2: si trova la via d'uscita. Che si evitano le leggende
16:40
Speaker 2: metropolitane delle due ma... L'integrazione delle polisi unisce tutto il sistema.
16:44
Speaker 2: Approvazioni per modifiche sensibili, controlli sui costi per aggiornamenti di piano,
16:47
Speaker 2: attestazioni di conformità integrate nel flusso di lavoro. Ogni azione
16:50
Speaker 2: viene registrata su Git con relativa motivazione. Gli auditor vedono l'intento,
16:53
Speaker 2: modifica e verifica. Niente scatole nere, solo una coreografia disciplinata
16:57
Speaker 2: dove la gente fa il lavoro pesante e tu mantieni
16:59
Speaker 2: il controllo. Risultato, AWS fuori, agio dentro, pipeline in funzione,
17:03
Speaker 2: policy applicate e il conto del cloud che finalmente lavora
17:05
Speaker 2: per te. Prego. Risultati e benchmark. Tempo, CVE, costi e ore.
17:12
Speaker 2: Parliamo di risultati, non di sensazioni. Prima il cronoprogramma. La
17:15
Speaker 2: sequenza di aggiornamento e migrazione che storicamente richiedeva un trimestre
17:18
Speaker 2: è passata da mesi a giorni. Ore di valutazione e pianificazione,
17:21
Speaker 2: aggiornamento a Java 21 in un paio di giorni lavorativi,
17:23
Speaker 2: preparazione alla migrazione cloud e pipeline nello stesso sprint. Effetto calendario.
17:28
Speaker 2: Le funzionalità non rimangono più in attesa alla stagione degli aggiornamenti,
17:30
Speaker 2: perché non esiste alcuna stagione, solo automazione disciplinata e l'esecuzione continua.
17:34
Speaker 2: Per la sicurezza, l'ECV non interessa la tua roadmap. L'agente
17:37
Speaker 2: ha trasformato le criticità da presenti e disponibili a risolte,
17:39
Speaker 2: ha rigenerato l'ESBOM e prodotto report di scansione che rispecchiano
17:43
Speaker 2: la realtà. Le voci medie, basse e residue sono state
17:46
Speaker 2: documentate con note di raggiungibilità e tempistiche di risoluzione. Il
17:50
Speaker 2: punto fondamentale, il trend da rischio scende e rimane basso
17:52
Speaker 2: perché la pipeline risegue la scansione a ogni modifica. La
17:54
Speaker 2: riduzione dei costi appare dove la finanza guarda vero. Ore
17:57
Speaker 2: di calcolo dimensionate sul carico reale, ambienti non di produzione
18:00
Speaker 2: impostati per ridursi a zero ove supportato ed egressi ridotto,
18:03
Speaker 2: collocando i servizi intensivi. Prima, istanze a riposo con CPU
18:08
Speaker 2: una cifra a costi di trasferimento che piccavano sui job notturni,
18:10
Speaker 2: storage che conservava dati mai letti. Dopo, numero di istanze
18:15
Speaker 2: allineato alle curve di domanda, job batch all'interno della regione,
18:17
Speaker 2: livelli di storage conformi ai modelli di accesso. Il numero
18:20
Speaker 2: che ha messo in imbarazzo la finanza ha rallegrato la sicurezza.
18:22
Speaker 2: Il costo operativo mensile totale è sceso insieme al numero
18:25
Speaker 2: di CVE. Meno dollari, meno vulnerabilità. Entrambi i grafici sono
18:28
Speaker 2: scesi insieme. Questo non succede mai per caso. Le ore
18:30
Speaker 2: degli sviluppatori recuperate non sono teoriche. Gli ingegneri senior smettono
18:33
Speaker 2: di gestire la roulette delle dipendenze e le build fragile.
18:36
Speaker 2: Il ciclo della gente applica, compila, testa, paccia sostituisce la
18:39
Speaker 2: parte meno creativa del loro lavoro. Quelle ore si spostano
18:42
Speaker 2: su lavori di performance che producono valore, ottimizzando gli endpoint,
18:44
Speaker 2: eliminando funzionalità inutilizzate e migliorando l'osservabilità. A livello di portfolio
18:49
Speaker 2: il modello è scalabile. Una volta che il tuo playbook
18:51
Speaker 2: è su Git, le altre app lo adottano e la
18:52
Speaker 2: tassa sugli aggiornamenti smette di accumularsi. Il segnale di affidabilità
18:56
Speaker 2: migliora perché la pipeline impone rigore. I tassi di successo
18:59
Speaker 2: delle build aumentano, i tassi di superamento dei test si
19:01
Speaker 2: stabilizzano dopo la quarantena dei test instabili e i rollback
19:03
Speaker 2: diventano un tasto anziché un rituale. La frequenza di rilascio
19:06
Speaker 2: aumenta senza penalità nei tassi di errore perché la configurazione
19:08
Speaker 2: di dev, test e prod smette di divergere. La fiducia
19:11
Speaker 2: diventa una metrica in un discorso. La trasparenza unisce tutto.
19:14
Speaker 2: Ogni modifica ha un piccolo commit revisionabile con logica e riferimenti.
19:18
Speaker 2: I rapporti vivono accanto al codice. Gli auditor trovano le
19:20
Speaker 2: risposte senza dover chiamare gli ingegneri. La leadership vede costi,
19:23
Speaker 2: rischi e velocità nello stesso pannello. E cerca persone. È
19:26
Speaker 2: ancora tutto calmo. I numeri contano, quindi li riceverai con
19:30
Speaker 2: le prove. Governance, traccia di audit e trasparenza del modello.
19:33
Speaker 2: Niente scatolini. La tracciabilità è la base, non un extra.
19:37
Speaker 2: Ogni azione finisce su Git con una motivazione e un
19:39
Speaker 2: link a un advisory, una procedura o una nota di migrazione.
19:43
Speaker 2: Non approvi la magia dell'IA, approvi modifiche specifiche e documentate.
19:47
Speaker 2: Però il Back and revert di Git non ha war room.
19:49
Speaker 2: La spiegabilità non è opzionale. La gente allega le motivazioni
19:52
Speaker 2: a ogni correzione. Quale CVE, quale deprecazione di API, quale
19:56
Speaker 2: linea guida azzurra. Gli output del modello corrispondono a standard
19:59
Speaker 2: che già conosci. Se un suggerimento devia, segnala la variazione
20:02
Speaker 2: attendo un umano. Il controllo resta dove stare. I controlli
20:05
Speaker 2: sono statificati non di facciata. Punti di controllo con supervisione
20:08
Speaker 2: umana all'approvazione del piano, modifiche sensibili alla sicurezza e promozioni
20:11
Speaker 2: di ambiente. I gate condizionali scattano con grandi delta sbom,
20:15
Speaker 2: aumento dei costi o cambiamenti, nella postura di rete. La
20:18
Speaker 2: procedura d'emergenza esiste, viene registrata e verificata a posteriori. Gli
20:22
Speaker 2: adulti firmano, i sistemi ricordano. Il reporting è visibile e noioso,
20:25
Speaker 2: esattamente come dovrebbe. Le dashboard Power BI attingono da git,
20:28
Speaker 2: scanner ed esecuzioni di pipeline. Tempo risparmiato, trend CVE, curva
20:31
Speaker 2: dei costi, integrità del deployment. Puoi filtrare per repository, team
20:34
Speaker 2: o ambiente. Ciò significa che le revisioni di governance guardano
20:37
Speaker 2: i fatti, non la santitudine. La postura di conformità è
20:39
Speaker 2: ripetibile perché i pacchetti di evidenza si assemano da soli.
20:42
Speaker 2: Cronologia dei commit, Sbom, output di scanner, log di pipeline
20:45
Speaker 2: e approvazioni si raggruppano in artefatti di audit allineati ai
20:47
Speaker 2: tuoi framework. Esegui di nuovo il piano il prossimo trimestre
20:50
Speaker 2: e l'output coincide perché il processo è lo stesso. Quindi
20:53
Speaker 2: dovresti ancora correggere Java Legacy a mano? No, ovviamente. Ecco
20:57
Speaker 2: il punto fondamentale. La modernizzazione manuale è uno spray. L'automazione
21:00
Speaker 2: è basata su agenti e verificata e un nuovo standard
21:02
Speaker 2: per velocità, sicurezza e controllo dei costi. Se questo ti
21:05
Speaker 2: ha fatto risparmiare tempo, fai le cose efficienti, iscriviti. Prossimamente
21:09
Speaker 2: collegherò la dashboard Power BI e i trigger di pipeline end- to- end,
21:12
Speaker 2: così i report si aggiornano da soli e i tuoi
21:14
Speaker 2: deploy saranno stabili. Attiva le notifiche e smetti di imparare
21:17
Speaker 2: solo dei disservizi.