Il 18 e 19 maggio scorsi io ed Michale Tabolsky, Marco Gatti e Federico Vidali altri membri del team DevOps ed Engineering di Bitrock, siamo stati a Bologna per la quinta edizione del Cloud Native Days Italy, un evento community-driven dedicato alle tecnologie cloud native e open source.
L’evento è nato dalla passione della comunità tech italiana e riunisce sviluppatori, early adopter e appassionati per connettersi, imparare e crescere insieme. Giunto alla sua quinta edizione, è ormai diventato un punto di riferimento in cui professionisti con background e livelli di esperienza differenti si incontrano, condividono esperienze e contribuiscono a definire la direzione del cloud native in Italia. Sono stati due giorni intensi, caratterizzati da talk paralleli e dalla costante difficoltà di scegliere a quale sessione dare la priorità.
Di seguito una sintesi di quelli che ci hanno colpito di più.
AI agentica: da esperimento a componente di piattaforma
Il tema che ha attraversato la maggior parte delle sessioni della prima giornata è stato l’AI agentica nel concreto: come si porta in produzione un sistema che ragiona, pianifica e agisce su un’infrastruttura reale.
Il talk di William Rizzo, Agentic AI in Platforms: Verticalizing Intelligence for Regulated Domains, ha affrontato esattamente questo. La tesi centrale era che i pattern emergenti da OpenAI, Google, Microsoft e FINOS convergono verso sistemi multi-agente orchestrati su contesto condiviso e governato — non sotto-agenti isolati. La parte più rilevante per il nostro lavoro è stata la verticalizzazione. Durante la sessione si è discusso di come questi primitivi (agent runtime, context layer, tool gateway, pipeline di policy e valutazione) possano essere assemblati in piattaforme agent-specifiche per domini come fintech, healthcare e telco. Il concetto di “context engineering come elemento di prima classe nella platform engineering” è stato il contributo più originale della sessione — una formulazione precisa di qualcosa che in molti stavano già intuendo.
Mauricio Salatino ha affrontato la questione da un’angolazione complementare nel suo From Cloud Native to Agentic Applications: Workflows & Observability. Il punto di partenza era chiaro: le applicazioni cloud native distribuite sono già complesse da osservare, e le applicazioni agentiche introducono protocolli nuovi e pattern architetturali che la community non ha ancora consolidato. Salatino ha mostrato come Dapr Workflows e OpenTelemetry possano supportare la costruzione di sistemi agentici osservabili e resilienti. Particolarmente utile è stato il focus sui nuovi protocolli in fase di introduzione: disporre di un framework di riferimento mentre il settore è ancora in evoluzione rappresenta un vantaggio concreto.
Il keynote del CERN: open source come pratica organizzativa
Tra i keynote della seconda giornata, quello di Giacomo Tenaglia Open Source at Cern sull’esperienza del CERN ha generato probabilmente più discussione rispetto a qualsiasi altra sessione. Il CERN — il più grande laboratorio di fisica del mondo, responsabile del Large Hadron Collider — ha istituito un Open Source Program Office dedicato. Tenaglia ha illustrato il percorso che ha portato alla sua creazione: non una decisione calata dall’alto, ma la risposta strutturata a un problema reale, ovvero rendere i contributi e l’utilizzo di open source al CERN coerenti, duraturi e allineati alle best practice.
L’aspetto più interessante non era il racconto istituzionale in sé, quanto la dimensione operativa: come si governa l’open source in un’organizzazione con migliaia di ricercatori, progetti eterogenei e infrastrutture critiche. Il CERN è storicamente considerato il fondatore del World Wide Web — il loro rapporto con l’open source ha radici profonde. Il talk ha affrontato le sfide attuali e quelle emergenti senza eludere i problemi ancora aperti, il che ha reso la sessione particolarmente sostanziosa.
Argo Rollouts e AI agentica: rilasci in produzione che si auto-correggono
Kevin Dubois ha presentato un caso d’uso direttamente rilevante per chi gestisce deployment su sistemi critici. Il talk, Fix Production Rollouts on the Fly with Agentic AIOps, partiva da una premessa solida: Argo Rollouts è già uno strumento efficace per il delivery progressivo e il rollback automatico. La proposta era portare questa logica a un livello successivo integrando agenti di AI agentica nel ciclo di rilascio.
Il meccanismo concreto: quando un rollout fallisce, anziché interrompere il processo e attendere un intervento manuale, il sistema delega a un modello l’analisi dei log, l’identificazione delle cause e l’azione conseguente — modifica del codice o dei manifest di deploy, apertura di una PR, invio di notifiche. La dimostrazione live ha mostrato un flusso funzionante. I limiti attuali — latenza degli agenti, affidabilità delle azioni automatiche su sistemi critici — sono stati dichiarati esplicitamente, una trasparenza che in presentazioni su argomenti simili non è affatto scontata.
Alta disponibilità non basta: i failure mode che i managed service non coprono
Il talk di Enrico La Sala, High Availability is not enough: Surviving failure in Cloud-Native architectures, è stato quello tecnicamente più denso e, probabilmente, quello con le implicazioni più immediate per chi opera su sistemi distribuiti in produzione. La premessa era scomoda ma vera: gli ambienti cloud native promettono alta disponibilità, ma i sistemi su larga scala continuano a fallire in modi che i pattern standard non prevengono — cascading retry, picchi di latenza nelle dipendenze, outage parziali che emergono solo sotto carico reale.
La Sala ha illustrato scenari di failure concreti, tratti da incidenti reali, e ha analizzato come si comportano sotto stress pattern come circuit breaker, bulkhead e graceful degradation. Il filo conduttore è stato il ruolo dell’osservabilità nel contenere gli incidenti prima che si propaghino. . Il valore della sessione stava nella concretezza dei trade-off discussi e degli anti-pattern identificati — non soluzioni universali, ma decisioni che in produzione hanno prodotto differenze misurabili.
Un repository per gestirli tutti: Sveltos e GitOps su cluster eterogenei
L’ultima sessione che merita menzione è quella di Stefano Sibilla e Gianluca Mardente, One repo to rule them all: managing heterogeneous clusters with Sveltos and GitOps. Chiunque abbia gestito infrastrutture Kubernetes distribuite su più cloud provider conosce la complessità del problema: come distribuire cert-manager, Kyverno e gli Ingress controller su ogni cluster gestendo configurazioni diverse per AWS NLB e GCP static IP? Come limitare il deploy di servizi specifici — come LiteLLM — a determinati ambienti?
La soluzione presentata adottava un approccio hub-and-spoke a due livelli, con Sveltos come distribution engine e ArgoCD come delivery layer per i CRD. Il label-based opt-in model per la selezione dei cluster target e la configuration layering erano gli elementi architetturali più rilevanti. Si trattava di un approccio già in uso in produzione, non di un semplice proof of concept, e la concretezza dei dettagli tecnici lo ha confermato.
Conclusione
Siamo tornati con un elenco di tecnologie da approfondire e più domande di quante ne avessimo portate — che è probabilmente il modo migliore per capire che valeva la pena esserci. Da questi eventi non si esce con certezze acquisite, ma con un quadro più preciso di dove si sta muovendo il settore, quali problemi la community sta attivamente affrontando e quali rimangono ancora irrisolti.
Per il team DevOps di Bitrock questo tipo di aggiornamento è fondamentale: entrare in contatto diretto con chi affronta le stesse sfide in contesti produttivi reali — e vedere da vicino come la community le sta risolvendo — è uno dei modi più efficaci per mantenere e accrescere la nostra competenza nel tempo.
Autore: Matteo Gazzetta, DevOps Manager @ Bitrock