Cosa succede quando si creano applicazioni moderne ma si lascia lo storage legacy per fare il lavoro pesante? Secondo un sondaggio condotto su 200 professionisti IT, il 72% degli intervistati si rende conto che lo storage può influire completamente sulle performance delle proprie applicazioni e sullo sviluppo delle stesse. Tuttavia, il 65% ammette che lo storage è troppo vecchio per gestire alcuni di questi nuovi workload. Sembra familiare?
La tecnologia di storage non è più solo il problema dell’amministratore dello storage. In qualità di proprietario di un’applicazione, la tua soluzione di storage può essere un collo di bottiglia o un’accelerazione. Se hai riscontrato una delle seguenti situazioni, potrebbe essere il momento di chiederti: Il tuo storage ti frena?
“Passare dall’on-premise al cloud è ancora complicato”.
Il cloud è un catalizzatore importante per l’accelerazione dello sviluppo delle applicazioni e un componente integrante di molte strategie di modernizzazione più ampie. Un sondaggio di 451 Research indica che l’adozione dello storage cloud è in aumento per abilitare le applicazioni di nuova generazione, i microservizi innovativi e gli algoritmi che gli sviluppatori vogliono sfruttare maggiormente. Quasi un terzo degli intervistati utilizza il cloud per soddisfare i requisiti delle applicazioni moderne. Ma che ne dici dello stato dei dati in questo scenario?
Lo stesso sondaggio mostra che i team di sviluppo delle applicazioni moderne spostano i dati in modo bidirezionale da e verso gli ambienti cloud su base giornaliera. Nel 29% dei casi, ciò avviene continuamente per le applicazioni che sfruttano i dati in streaming. È piuttosto difficile. Se non riesci a migrare facilmente i dati, qualcosa in cui lo storage legacy non è perfetto, finirai di nuovo in silos.
Per ottenere la mobilità dei dati necessaria per eseguire le applicazioni ovunque, è necessario disporre di una soluzione di storage coerente, in modo che il data storage di private cloud e public cloud non sia separato. Un ambiente di storage unificato aiuta le applicazioni a parlare la stessa lingua, indipendentemente da dove vengono distribuite. Vuoi attivare rapidamente un’istanza basata su cloud per il test, il QA o lo sviluppo di applicazioni? Ottieni uno storage che semplifica e velocizza la clonazione dello storage on-premise nel cloud.
“Vogliamo adottare i containers, ma non ci sentiamo pronti”.
La virtualizzazione e i containers sono un fattore determinante per lo sviluppo delle applicazioni. perché Riducono il tempo necessario per implementare i server da mesi a minuti, consentono di aggiornare il codice senza ridistribuire un’intera app e sono portatili tra le piattaforme. Tuttavia, i containers presentano alcuni aspetti complessi, soprattutto quando si tratta di gestire lo storage persistente per le applicazioni stateful.
Containers sono, in virtù di ciò, isolati dai loro ambienti sottostanti (compresi i database). Quando si basano su dati che non possono essere migrati facilmente, si incontrano colli di bottiglia che possono annullare molto bene i vantaggi. Ci sono alcuni modi per risolvere questo problema. Innanzitutto, potresti essere selettivo con le applicazioni che scegli di containerizzare. Sfrutta la portabilità e la facilità di deployment invece di affidarti alle funzionalità aziendali. In secondo luogo, adottare una soluzione di storage persistente sottostante più intelligente. Questo dovrebbe essere in grado di collegare anche gli orchestratori di container per una facile gestione.
Nota: Containers vengono spesso sfruttati per l’object storage, il che rende i dati condivisibili tra servizi e applicazioni. In questo modo avrai a disposizione un repository di dati portatile a cui quasi tutti i servizi di public cloud o private cloud possono accedere tramite API.
“Abbiamo ancora silos nei nostri processi DevOps”.
La natura stessa di DevOps è quella di abbattere i silos per accelerare la delivery dei prodotti, una parte importante dei quali è l’adozione di funzionalità self-service. I più diffusi tra i team DevOps altamente evoluti sono i workflow di integrazione continua (CI)/sviluppo continuo (CD), l’infrastruttura di public cloud e il provisioning dei database. Ciò significa che i team DevOps avanzati stanno diventando più pratici nell’amministrazione dei database per eseguire il provisioning di ciò di cui hanno bisogno, quando ne hanno bisogno, ma il provisioning self-service dei database richiede semplicità dallo storage.
Un’altra sfida importante per l’efficienza DevOps è un’architettura applicativa strettamente accoppiata. Dipendenze complesse, data storage in silos e SLA restrittivi e bloccati dai vendor possono frenare i team. Se stai cercando di essere più modulare e agile con uno storage legacy appositamente progettato, ti sentirai in difficoltà. Per accelerare la delivery e offrire ai team la possibilità di sperimentare e lavorare secondo i propri ritmi, standardizza il data storage e i workflow di ritorno con un data storage consolidato, cloud-native e altamente disponibile, e abbastanza semplice da consentire a quasi tutti di operare.
“Le nostre applicazioni mission-critical hanno bisogno di file e object storage più veloci”.
Che le applicazioni stiano elaborando grandi volumi di dati non strutturati per le applicazioni di AI o estraendo informazioni approfondite da più origini dati in una serie di dispositivi Internet of Things (IoT), il file storage e l’object storage rapidi sono fondamentali. Non devono essere riservati ai dati di archiviazione o non mission-critical, ma devono creare applicazioni performanti in grado di accedere direttamente agli oggetti e rapidamente.
Se hai avuto difficoltà a ottenere le performance di cui la tua applicazione ha bisogno dall’object storage pubblico basato su cloud, potresti aver preso in considerazione di spostare l’object storage on-premise per aumentarle. Ma fai attenzione a non sacrificare la compatibilità e la mobilità. Senza un file storage rapido e unificato, dovrai fare dei compromessi.
“Il nostro processo di copia/clonazione è troppo lento per estrarre i dati per le integrazioni”.
I ritardi significativi nei processi di copia/clonazione possono rendere difficile sfruttare i dati per le pipeline CI/CD, che sono cruciali per i workflow di test DevOps. Se ci vuole una settimana o più per eseguire un processo di copia/clono, è troppo lento per stare al passo.
Se utilizzi AWS o Azure per gli ambienti di test automatizzati, probabilmente vorrai che la tua piattaforma di storage sia in grado di creare istantaneamente quel clone, indipendentemente da dove si trovi, facendo risparmiare tempo e risorse preziose a te e al tuo team. Quando hai bisogno di un processo di replica dei dati che si muova velocemente come te, il flash storage moderno con gli strumenti di automazione delle copie (CAT) ti consente di clonare i database di produzione in pochi minuti e semplificare il provisioning dei cloni per gli ambienti di test automatizzati, il tutto senza consumare TB di spazio.
“Potremmo utilizzare i backup per le sandbox, ma queste utilizzano troppe risorse”.
I backup e le snapshot dei dataset possono essere miniere d’oro, specialmente per gli sviluppatori di applicazioni. Considera cosa potresti fare con una sandbox di un ambiente di produzione il più vicino possibile al live. Puoi presentare flag privi di rischi, eseguire una serie di test con maggiore precisione e sperimentare senza i limiti di un ambiente di staging.
Le soluzioni di backup tradizionali sono quasi off-limits rispetto agli scenari DevOps, che si muovono rapidamente e hanno loop iterativi stretti. L’adattamento dello spazio richiesto dai backup tradizionali spesso li rende poco pratici. Si tratta di un problema di storage, ancora una volta, che può essere risolto dai moderni dispositivi di backup.
“Abbiamo mancato gli SLA a causa di problemi di accesso ai dati”.
Che si tratti di un contratto tra te e i tuoi clienti o internamente tra i team, uno SLA è un contratto che non può essere interrotto. Se i dati non sono accessibili, l’interruzione del servizio può comportare il mancato rispetto dello SLA e conseguenti sanzioni. Ad esempio, se all’interno dello SLA prometti un tempo di attività e una disponibilità del 99,9999%, dovresti essere in grado di misurarlo e supportarlo. Quando si tratta di dati, significa avere una soluzione di storage che sia abbastanza solida e veloce da rispettare lo SLA ogni volta.
Quando lo storage è diventato un collo di bottiglia e i dati non sono accessibili on-demand, è diventato il tuo problema. Il ripristino rapido è fondamentale per eliminare i downtime e questo richiede una soluzione di storage in grado di fornire un backup con i livelli di produzione.
Se stai modernizzando la tua app, devi modernizzare lo stack tecnologico dei database
Gli analisti di IDC hanno scoperto che il 65% delle aziende desidera modernizzare i sistemi legacy fino al 2023. Ciò significa adottare progressi nell’accelerazione delle applicazioni, come lo Storage-as-Code, il public cloud, l’automazione, la virtualizzazione e i containers-as-a-Service. Per questo tipo di tecnologie moderne, non puoi permetterti di aspettarti che lo storage legacy porti con te il carico.
Se uno di questi scenari ti ha colpito, tieni presente che: È il momento di ripensare lo storage. Non ti limiterai a risolvere questi problemi in futuro, ma potrai fare passi da gigante.
Innovate Faster
Maximize Oracle, Microsoft, and SAP application data with Pure.
