IBM FlashSystem.ai porta agentic AI nello storage: nuovi 5600, 7600 e 9600 con rilevamento ransomware in meno di 60 secondi

Lo storage enterprise ha due problemi cronici che i team conoscono fin troppo bene. Il primo è la quantità di attività ripetitive che consumano ore senza creare valore: provisioning, tuning, triage degli alert, correzioni di configurazione, inseguimento delle performance. Il secondo è che la superficie di attacco cresce più in fretta della capacità di assorbire incidenti, soprattutto quando i dati sono distribuiti su ambienti diversi.

La scommessa IBM qui è semplice da leggere. Se riesci a far diventare lo storage un livello “sempre acceso” che osserva, decide e giustifica le scelte, smetti di lavorare a colpi di interventi manuali. E se quel livello è anche in grado di intercettare attività anomale in meno di un minuto, il recovery smette di essere una corsa al buio. Per questo FlashSystem.ai è interessante: non si presenta come un pannello più bello, si presenta come un co-amministratore.

Ci sono annunci che sembrano una somma di caratteristiche e annunci che cambiano il modo in cui immaginiamo il lavoro quotidiano. Questo rientra nella seconda categoria. IBM presenta il nuovo portafoglio FlashSystem come un livello di storage autonomo e la parola chiave è “agentic” perché non parla più solo di suggerimenti: parla di azioni e di decisioni spiegabili.

Sommario dei contenuti

• FlashSystem.ai: cosa cambia con il co-amministratore
• Agentic AI: decisioni, spiegazioni e feedback
• 5600, 7600, 9600: numeri e posizionamento
• FlashCore Module 5: 105 TB e analisi per I/O
• Ransomware <60s: cosa significa in un incidente
• Impatto pratico: dove si risparmia tempo e dove serve governance
• Checklist di adozione
• FAQ

FlashSystem.ai: cosa cambia con il co-amministratore

IBM descrive FlashSystem.ai come un set di servizi dati intelligenti pensati per gestire, monitorare, diagnosticare e rimediare problemi lungo l’intero data path. Tradotto: non è “solo” osservabilità. È un tentativo esplicito di spostare il lavoro dal fare operazioni manuali al definire policy e lasciare che lo storage le esegua con continuità.

La promessa di riduzione dell’effort fino al 90% si capisce meglio se la riportiamo al quotidiano. Le routine che portano via tempo sono quasi sempre le stesse: creare volumi, allinearli a requisiti applicativi, correggere configurazioni, inseguire colli di bottiglia, gestire alert che arrivano tardi o troppo generici. Se una piattaforma riesce a comprimere questi cicli, la differenza non è estetica. È ore recuperate ogni settimana.

Agentic AI nella pratica: decisioni, spiegazioni e feedback

Qui c’è un dettaglio che abbiamo controllato più volte perché è il vero discrimine. FlashSystem.ai viene descritto come addestrato su decine di miliardi di punti dati raccolti tramite telemetria avanzata e anni di dati operativi reali. Su questa base, IBM sostiene che il modello possa eseguire migliaia di decisioni automatizzate al giorno che prima richiedevano supervisione umana.

A livello operativo, i tre aspetti più interessanti sono altri. Il primo è la velocità di adattamento: viene indicata la capacità di adattarsi al comportamento delle applicazioni in poche ore. Il secondo è la spiegabilità: non basta “fare”, serve anche spiegare perché quella scelta è ragionevole. Il terzo è la chiusura del loop: l’AI incorpora il feedback dell’amministratore per affinare le raccomandazioni.

Se hai vissuto ambienti regolati o audit ricorrenti, sai dove questo pesa davvero. IBM dichiara che sulla nuova generazione con FlashSystem.ai il tempo dedicato alla documentazione per audit e compliance può essere tagliato della metà. Qui la parte utile non è lo slogan. È l’idea che evidenze, storico operativo e postura di rischio diventino output “continuo” invece che lavoro concentrato prima di una scadenza.

5600, 7600, 9600: numeri e posizionamento

La nuova triade di modelli arriva tutta insieme e questo è già un segnale. IBM la descrive come la più importante ondata FlashSystem degli ultimi sei anni, con tre profili chiari. La cosa utile per noi è mettere i numeri in un confronto secco, senza romanticismi.

A corredo dei numeri, IBM dichiara fino al 40% di efficienza dati in più rispetto alla generazione precedente e una riduzione del footprint necessario dal 30% al 75% in funzione del modello. Sul 9600 c’è anche un claim specifico: riduzione del costo operativo fino al 57% tramite AI e consolidamento rispetto alla generazione precedente.

In pratica, il punto non è solo quanta capacità entra in 1U o 2U. Il punto è quanta complessità riesci a togliere dal data center quando spingi il consolidamento senza perdere prevedibilità. Se FlashSystem.ai fa davvero il lavoro “sporco” sulle routine, la densità diventa leva organizzativa, non solo numerica.

FlashCore Module 5: 105 TB e analisi per I/O

FlashCore Module di quinta generazione è l’altro mattone che ci interessa perché qui IBM ha scelto una strada precisa. Il drive arriva fino a 105 TB di capacità e viene descritto come capace di calcolare statistiche complesse su ogni I/O tramite analisi hardware. L’obiettivo dichiarato è rilevare ransomware e anomalie rapidamente senza impattare le prestazioni.

Questa scelta ha un effetto che spesso si sottovaluta. Quando sposti l’analisi vicino ai dati riduci il ritardo tra comportamento anomalo e segnale. E quando parliamo di ransomware, il tempo è letteralmente la variabile che determina quanta superficie perdi prima di iniziare il contenimento.

IBM aggiunge un altro elemento operativo che abbiamo segnato subito: falsi positivi sotto l’1% dichiarati. Chi lavora con alert reali sa cosa significa. Se un sistema grida al lupo troppo spesso, smetti di ascoltarlo. Un numero basso non risolve tutto, ma cambia la probabilità che un SOC prenda sul serio l’evento.

Ransomware in meno di 60 secondi: cosa significa in un incidente

Qui conviene essere diretti. “Rilevamento e alerting in meno di 60 secondi” è un claim che ha valore solo se lo trasformiamo in una dinamica di incidente. In un attacco reale la prima domanda è sempre la stessa: quando ce ne accorgiamo. La seconda è: quanta attività malevola è passata prima che qualcuno intervenisse.

Se lo storage riesce davvero a intercettare l’anomalia entro un minuto, la finestra di cifratura utile per l’attaccante si accorcia. Questo può significare meno volumi compromessi e un recovery più “pulito”. È una deduzione logica, non un risultato garantito. Il punto pratico è che lo storage entra nel circuito di detection, e non solo nel circuito di ripristino.

Il consiglio operativo che diamo a chi legge è semplice. Non fermarti al numero. Chiediti cosa succede dopo l’allarme: chi riceve la notifica, in quale formato, con quali evidenze, in quanto tempo scatta la decisione di contenimento. Il rilevamento veloce diventa resilienza solo se la catena decisionale è corta.

Impatto pratico: dove si risparmia tempo e dove serve governance

La promessa di riduzione effort fino al 90% è potente perché tocca un nervo scoperto: i team storage sono spesso sottodimensionati rispetto al volume di attività. FlashSystem.ai sposta il lavoro ripetitivo su automazioni guidate da policy e su decisioni spiegabili. Se l’AI riduce davvero il tempo speso su attività manuali, liberi capacità per due cose che oggi si fanno troppo poco: prevenzione e pianificazione.

Serve anche lucidità. Un co-amministratore funziona quando definisci confini chiari. Alcune operazioni possono essere automatizzate con rischio controllabile. Altre, soprattutto quelle che impattano disponibilità e compliance, richiedono ancora un processo di approvazione. La differenza tra autonomia utile e autonomia pericolosa è tutta nel modello di governance che ti costruisci.

Qui entra anche il tema audit. Se è vero che la nuova generazione con FlashSystem.ai può dimezzare il tempo di preparazione documentale, questo non è un dettaglio secondario. Significa togliere ore di “ricostruzione manuale” e trasformarle in un output più vicino al tempo reale. In aziende regolamentate, spesso è questo che fa scattare il ROI prima ancora dei numeri di performance.

Checklist di adozione: domande da farsi prima di mettere l’AI in produzione

• Quali routine vogliamo automatizzare subito e quali preferiamo mantenere con approvazione umana?
• Come misuriamo il beneficio in ore risparmiate e in incidenti evitati, non solo in KPI “da brochure”?
• Chi riceve l’allarme ransomware e qual è il playbook decisionale entro i primi minuti?
• Quale soglia di falsi positivi siamo disposti a tollerare prima che l’alert fatigue rovini tutto?
• Audit e compliance: vogliamo che la piattaforma produca evidenze continue o preferiamo continuare a ricostruire a mano?

La parte più interessante non è il drive da 105 TB e non è nemmeno il numero dei 60 secondi. La parte interessante è il cambiamento di postura. IBM sta dicendo che lo storage non è più “il posto dove finiscono i dati” e non è nemmeno solo “la cosa che deve essere veloce”. È un attore operativo che si assume pezzi di governance.

Quando un vendor usa il termine co-amministratore, sta implicitamente chiedendo alle aziende di fidarsi di un modello che prende decisioni. Per noi il confine è chiaro. Fidarsi non significa rinunciare al controllo, significa costruire controlli migliori: policy esplicite, audit trail leggibile, responsabilità definite. Se si fa questo lavoro, l’autonomia diventa un acceleratore.

L’altra conseguenza è culturale. Un rilevamento ransomware sotto il minuto porta lo storage dentro la conversazione del SOC. Non come elemento passivo da ripristinare, ma come sensore. Questo obbliga i team a parlare tra loro e per molte aziende è già un guadagno.

A cura di Junior Cristarella.