Quando la maggior parte delle applicazioni aziendali erano monolitiche, garantire che la loro resilienza non fosse affatto facile. Ma dato il modo in cui le app funzionano nel 2025 e ciò che ci si aspetta da loro, mantenere app monolitiche era probabilmente più semplice.
All'epoca, il personale IT aveva una serie limitata di criteri su cui migliorare la resilienza di un'applicazione e il tasso di modifica dell'applicazione e la sua infrastruttura era molto più lento. Oggi, le richieste che poniamo sulle app sono diverse, più numerose e soggette a un tasso di cambiamento più rapido.
Ci sono anche solo Di più applicazioni. Secondo IDC, è probabile che ci siano un miliardo in più In produzione entro il 2028-e molti di questi saranno in esecuzione su codice nativo cloud e infrastrutture miste. Con la complessità tecnologica e le aspettative di servizio più elevate di reattività e qualità, garantire che la resilienza sia diventata una richiesta di enormemente più complessa.
Gli elementi multidimensionali determinano la resilienza delle app, le dimensioni che rientrano in diverse aree di responsabilità nell'impresa moderna: la qualità del codice rientra nei team di sviluppo; L'infrastruttura potrebbe dipendere da amministratori di sistemi o DevOps; I funzionari di conformità e governance dei dati hanno le proprie esigenze e le proprie clausole, così come i professionisti della sicurezza informatica, gli ingegneri di stoccaggio, gli amministratori di database e una dozzina in più.
Con più strumenti progettati per garantire la resilienza di un'app – con le definizioni di ciò che costituisce la resilienza a seconda di chi sta chiedendo – è una piccola meraviglia che ci siano in genere dozzine di strumenti che funzionano per migliorare e mantenere la resilienza nel gioco in qualsiasi momento nell'impresa moderna.
Determinare la resilienza attraverso il portafoglio di tutto l'impresa, pertanto, è quasi impossibile. Il software di monitoraggio è silo-ED e non esiste un singolo pannello di riferimento.
La postura di resilienza del concerto di IBM semplifica le complessità di più dashboard, normalizza i diversi giudizi di qualità, abbatte i dati da diversi silos e unifica gli scopi disparati del monitoraggio e degli strumenti di risanamento in gioco.
Parlando davanti a Techex Nord America (4-5 giugno, Centro congressuale di Santa Clara), Jennifer Fitzgerald, direttore della gestione del prodotto, Observability, presso IBM, ci ha portato attraverso la soluzione di postura della resilienza del concerto, i suoi obiettivi e il suo ethos. Su quest'ultimo, lo differenzia da altri strumenti:
“Tutto ciò che stiamo facendo è radicato nelle applicazioni: la salute e le prestazioni delle applicazioni e la riduzione dei fattori di rischio per l'applicazione.”
L'approccio incentrato sull'APP significa che mette insieme le diverse metriche nel contesto dei risultati aziendali desiderati, rispondendo alle domande che contano alle parti interessate di un'organizzazione, come:
- Ogni scala dell'applicazione sarà scalata?
- Quali effetti hanno avuto le modifiche al codice?
- Stiamo over o meno risorse qualsiasi elemento di qualsiasi applicazione?
- L'infrastruttura supporta o ostacola la distribuzione delle applicazioni?
- Siamo al sicuro e in linea con le politiche di governance dei dati?
- Quale esperienza stiamo offrendo ai nostri clienti?
Jennifer dice Concerto IBM La postura della resilienza è: “Un nuovo modo di pensare alla resilienza – per spostarlo da una cucitura manuale (di altri strumenti) o una tonnellata di dashboard diversi”. Sebbene la definizione di resilienza possa essere effimera, secondo i quali sono in gioco i criteri, Jennifer afferma che è composto, al suo interno, di otto requisiti non funzionali (NFR):
- Osservabilità
- Disponibilità
- Manutenibilità
- Recupero
- Scalabilità
- Usabilità
- Integrità
- Sicurezza
Gli NFR sono importanti ovunque nell'organizzazione e forse ci sono solo due o tre che sono l'unico mandato di un dipartimento: la sicurezza rientra sul CISO, per esempio. Ma garantire la migliore qualità della resilienza in tutto quanto sopra è di fondamentale importanza in tutta l'Enterprise. È una responsabilità condivisa per il mantenimento dell'eccellenza nelle prestazioni, nel potenziale e nella sicurezza.
Ciò che la postura di resilienza del concerto IBM offre alle organizzazioni, diverse da quanto offerta da una raccolta di strumenti disparati e al di là del paradigma a vetro singolo-vetro, è la proattività. La resilienza proattiva deriva dalla sua capacità di dare un punteggio di resilienza, basato su più metriche, con un punteggio determinato dalle molte dozzine di punti dati in ciascun NFR. Le aziende possono vedere la deriva dei loro punteggi complessivi o per app quando vengono apportate modifiche: all'infrastruttura, al codice, al portafoglio di applicazioni in produzione e così via.
“The thought around resilience is that we as humans aren't perfect. We're going to make mistakes. But how do you come back? You want your applications to be fully, highly performant, always optimal, with the required uptime. But issues are going to happen. A code change is introduced that breaks something, or there's more demand on a certain area that slows down performance. And so the application resilience we're looking at is all around the ability of systems to withstand and recover quickly from disruptions, failures, picchi di domanda, (e) eventi inaspettati “, afferma.
La storia dell'acquisizione di IBM indica alcuni degli elementi gratuiti della soluzione di postura della resilienza del concerto – Instana Per l'osservabilità a full-stack, Turbonomico Per l'ottimizzazione delle risorse, ad esempio. Ma il tutto è maggiore della somma delle parti. Esiste una valutazione continua basata sull'intelligenza artificiale di tutti gli elementi che compongono la resilienza di un'organizzazione, quindi c'è un posto in cui i team dei decisori e IT possono valutare, gestire e configurare il profilo di resilienza del full-stack.
Il portafoglio IBM di soluzioni incentrate sulla resilienza aiuta i team a vedere quando e perché i carichi cambiano e quindi dove vengono sprecate le risorse. È possibile garantire che le risorse necessarie siano allocate solo quando necessario e che i sistemi si ridimensionano automaticamente quando non lo sono. Questo tipo di capacità incentrata sul business e sui costi è al centro della resilienza incentrata sull'app e significa che un'azienda ottimizza sempre le sue risorse.
In generale tutti gli aspetti delle prestazioni e della resilienza delle app è l'elemento del costo. Il lancio di risorse extra in un'applicazione poco performante (o la sua infrastruttura di supporto) non è una soluzione praticabile nella maggior parte delle organizzazioni. Con IBM, le organizzazioni ottengono la capacità di ridimensionare e crescere, di aggiungere o iterare app in modo sicuro, senza necessariamente investire in nuovi provisioning, sia nel cloud che sul locale. Inoltre, possono vedere come qualsiasi cambiamento influisce sulla resilienza. Sta sfruttando al meglio ciò che è disponibile e di vincere la capacità, il tutto ottenendo le migliori prestazioni, reattività, affidabilità e tempo di attività attraverso il portafoglio di applicazioni dell'Enterprise.
Jennifer afferma: “Ci sono molte cose diverse che possono influire sulla resilienza ed è per questo che è stato così difficile da misurare. Un'applicazione ha così tanti livelli diversi sotto, anche nelle sue risorse e come è costruita. Ma poi c'è la rete di ragno di un impatto a valle. Un impatto sul codice. con.”
Puoi leggere di più sul lavoro di IBM da realizzare oggi e di domani applicazioni resistenti.
Fonte: www.artificialintelligence-news.com
