{"id":163113,"date":"2022-05-10T09:00:01","date_gmt":"2022-05-10T16:00:01","guid":{"rendered":"https:\/\/blog.everpuredata.com\/?p=163113"},"modified":"2025-05-18T19:56:26","modified_gmt":"2025-05-19T02:56:26","slug":"when-app-development-stalls-is-storage-to-blame","status":"publish","type":"post","link":"https:\/\/blog.everpuredata.com\/it\/perspectives\/when-app-development-stalls-is-storage-to-blame\/","title":{"rendered":"7 problemi di sviluppo delle applicazioni (e come risolverli)"},"content":{"rendered":"\n
\n
\n
\"image_pdf\"<\/a>\"image_print\"<\/a><\/div>\n<\/div>\n\n\n\n
\n

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\u00f2 influire completamente sulle performance delle proprie applicazioni e sullo sviluppo delle stesse. Tuttavia, il 65% ammette che lo storage \u00e8 troppo vecchio per gestire alcuni di questi nuovi workload. Sembra familiare?<\/p>\n\n\n\n

La tecnologia di storage non \u00e8 pi\u00f9 solo il problema dell’amministratore dello storage<\/a>. In qualit\u00e0 di proprietario di un’applicazione, la tua soluzione di storage pu\u00f2 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?<\/p>\n\n\n\n

Unisciti a Pure Dev l’11 maggio per scoprire come la prossima generazione di storage e data services pu\u00f2 accelerare la velocit\u00e0 degli sviluppatori e massimizzare la produttivit\u00e0<\/a><\/strong><\/em><\/p>\n\n\n\n

“Passare dall’on-premise al cloud \u00e8 ancora complicato”.<\/strong><\/h2>\n\n\n\n

Il cloud \u00e8 un catalizzatore importante per l’accelerazione dello sviluppo delle applicazioni e un componente integrante di molte strategie di modernizzazione pi\u00f9 ampie. Un sondaggio di 451 Research indica<\/a> che l’adozione dello storage cloud \u00e8 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?<\/p>\n\n\n\n

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\u00f2 avviene continuamente per le applicazioni che sfruttano i dati in streaming. \u00c8 piuttosto difficile. Se non riesci a migrare facilmente i dati, qualcosa in cui lo storage legacy non \u00e8 perfetto, finirai di nuovo in silos.<\/p>\n\n\n\n

Per ottenere la mobilit\u00e0 dei dati necessaria per eseguire le applicazioni ovunque, \u00e8 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<\/a>.<\/p>\n\n\n\n

“Vogliamo adottare i containers, ma non ci sentiamo pronti”.<\/strong><\/h2>\n\n\n\n

La virtualizzazione e i containers<\/a> sono un fattore determinante per lo sviluppo delle applicazioni. perch\u00e9 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.<\/p>\n\n\n\n

Containers sono, in virt\u00f9 di ci\u00f2, 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\u00e0 e la facilit\u00e0 di deployment invece di affidarti alle funzionalit\u00e0 aziendali. In secondo luogo, adottare una soluzione di storage persistente sottostante pi\u00f9 intelligente. Questo dovrebbe essere in grado di collegare anche gli orchestratori di container per una facile gestione.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

“Abbiamo ancora silos nei nostri processi DevOps”.<\/strong><\/h2>\n\n\n\n

La natura stessa di DevOps \u00e8 quella di abbattere i silos per accelerare la delivery dei prodotti, una parte importante dei quali \u00e8 l’adozione di funzionalit\u00e0 self-service. I pi\u00f9 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\u00f2 significa che i team DevOps avanzati stanno diventando pi\u00f9 pratici nell’amministrazione dei database per eseguire il provisioning di ci\u00f2 di cui hanno bisogno, quando ne hanno bisogno, ma il provisioning self-service dei database richiede semplicit\u00e0 dallo storage<\/strong>.<\/p>\n\n\n\n

Un’altra sfida importante per l’efficienza DevOps \u00e8 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\u00f9 modulare e agile con uno storage legacy appositamente progettato, ti sentirai in difficolt\u00e0. Per accelerare la delivery e offrire ai team la possibilit\u00e0 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.<\/p>\n\n\n\n

“Le nostre applicazioni mission-critical hanno bisogno di file e object storage pi\u00f9 veloci”.<\/strong><\/h2>\n\n\n\n

Che le applicazioni stiano elaborando grandi volumi di dati non strutturati per le applicazioni di AI o estraendo informazioni approfondite da pi\u00f9 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.<\/p>\n\n\n\n

Se hai avuto difficolt\u00e0 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\u00e0 e la mobilit\u00e0. Senza un file storage rapido e unificato<\/a>, dovrai fare dei compromessi.<\/p>\n\n\n\n

“Il nostro processo di copia\/clonazione \u00e8 troppo lento per estrarre i dati per le integrazioni”.<\/strong><\/h2>\n\n\n\n

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\u00f9 per eseguire un processo di copia\/clono, \u00e8 troppo lento per stare al passo.<\/p>\n\n\n\n

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<\/a> per gli ambienti di test automatizzati, il tutto senza consumare TB di spazio.<\/p>\n\n\n\n

“Potremmo utilizzare i backup per le sandbox, ma queste utilizzano troppe risorse”.<\/strong><\/h2>\n\n\n\n

I backup e le snapshot dei dataset possono essere miniere d’oro<\/a>, specialmente per gli sviluppatori di applicazioni. Considera cosa potresti fare con una sandbox di un ambiente di produzione il pi\u00f9 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.<\/p>\n\n\n\n

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\u00f2 essere risolto dai moderni dispositivi di backup.<\/p>\n\n\n\n

“Abbiamo mancato gli SLA a causa di problemi di accesso ai dati”.<\/strong><\/h2>\n\n\n\n

Che si tratti di un contratto tra te e i tuoi clienti o internamente tra i team, uno SLA \u00e8 un contratto che non pu\u00f2 essere interrotto. Se i dati non sono accessibili, l’interruzione del servizio pu\u00f2 comportare il mancato rispetto dello SLA e conseguenti sanzioni. Ad esempio, se all’interno dello SLA prometti un tempo di attivit\u00e0 e una disponibilit\u00e0 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.<\/p>\n\n\n\n

Quando lo storage \u00e8 diventato un collo di bottiglia e i dati non sono accessibili on-demand, \u00e8 diventato il tuo problema. Il ripristino rapido \u00e8 fondamentale per eliminare i downtime e questo richiede una soluzione di storage in grado di fornire un backup con i livelli di produzione.<\/p>\n\n\n\n

Se stai modernizzando la tua app, devi modernizzare lo stack tecnologico dei database<\/h3>\n\n\n\n

Gli analisti di IDC hanno scoperto che il 65% delle aziende<\/a> desidera modernizzare i sistemi legacy fino al 2023. Ci\u00f2 significa adottare progressi nell’accelerazione delle applicazioni, come lo Storage-as-Code<\/a>, il public cloud, l’automazione, la virtualizzazione e i containers<\/a>-as-a-Service. Per questo tipo di tecnologie moderne, non puoi permetterti di aspettarti che lo storage legacy porti con te il carico.<\/p>\n\n\n\n

Se uno di questi scenari ti ha colpito, tieni presente che: \u00c8 il momento di ripensare lo storage. Non ti limiterai a risolvere questi problemi in futuro, ma potrai fare passi da gigante.<\/p>\n\n\n\n

\t\t\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t\t\t\n\t\t\t\t\t\t<\/video-js>\n\n\t\t\t\t\t\t