0
La seguente è una risposta al mio recente post, “Un quinto delle aziende di oggi sono nate le applicazioni nel cloud, le indagini suggeriscono”, in cui un NON esecutivo è stato citato come affermando che il modo migliore per gestire le applicazioni legacy è a “lasciarli morire nel loro ciclo di vita”.
Da Wayne Morris, chief marketing officer, Skytap
Foto: Joe McKendrick
Analista di Joe McKendrick ha preso uno sguardo da vicino a due indagini da Capgemini e Coesa Reti in un recente articolo di ZDNet, e hanno fatto un lavoro eccezionale di catturare i suoi lettori l’attenzione dei primi, e meglio di qualsiasi indagine numeri l’avrebbe mai fatto. McKendrick conduce la sua storia con il titolo, “Un quinto delle aziende di oggi sono nate le applicazioni nel cloud.” E certo, nel nostro settore tech riempito con hype e l’iperbole, con esperti di posizionamento cloud pubblici come AWS e Azure come panacee per tutti i apps, un quinto è una piccola quota di applicazioni che possono utilizzare tali servizi.
Ma in realtà non è il più sorprendente dichiarazione nella storia di Joe. Era McKendrick il sottotitolo che si dovrebbe smettere in tracce: ‘Lasciate morire nel loro ciclo di vita’: le applicazioni sul posto semplicemente passassero attraverso un progressivo logoramento?
Per essere chiari, McKendrick si domanda se le applicazioni sul posto si “sgretolano”, ma era Capgemini, che cita un “vice presidente dei servizi tecnici per un ristorante della catena” che ha sostenuto, “È probabilmente meglio lasciare (non-cloud-applicazioni native) muoiono nel loro ciclo di vita”.
Non-cloud-nativo di applicazioni aziendali sono spesso dipendeva pesantemente, se non del tutto, a supporto di un’organizzazione di linee di business. Questi sono complessi, i sistemi mission-critical con gli anni, forse decenni, di cotte-in di business intelligence numerosi componenti, integrazioni e milioni di dollari investiti per fare una cosa–mantenere queste applicazioni in esecuzione in modo che l’intera soggiorni business in esecuzione al loro fianco. Questi sono i sistemi di fatturazione, sistemi ERP, o anche sistemi di assistenza sanitaria che è molto più business vivo e vegeto. Questi investimenti e dipendenze semplicemente non può essere abbandonato, o ignorato “appassire e morire.” Ci sono troppe dipendenze.
McKendrick è corretto affermare: Ad oggi, il motis operandi delle implementazioni cloud è stato quello di applicare il cloud, è la prima linea di principio a qualsiasi e tutti i nuovi progetti, le applicazioni o i carichi di lavoro, lasciando locale.
Maggior parte dei fornitori di cloud hanno costruito il loro cloud IaaS e PaaS offerte per gran parte del supporto per il cloud le applicazioni native–o tradizionale/applicazioni legacy che sono stati completamente riscritti e riprogettato per le loro specifiche cloud. A causa di questo, molti CIOs, App dev, e ops leader hanno scelto di lasciare le applicazioni sul posto “così com’è”. O, in altre parole, bloccato nel datacenter, e continuare a ricevere la quota annuale di spesa IT–un fatto che molti altri sondaggi, per dirti. Ma questa decisione non viene fatto in modo che queste applicazioni, infine, “morire nel loro ciclo di vita”; è così che vogliono continuare a funzionare in modo affidabile, e di supportare il crescente numero di servizi di cloud le applicazioni native sono accoppiati.
Questo è dove si pone un problema. Molte applicazioni tradizionali, sono stati sviluppati decenni fa, quando cloud, mobile, DevOps, continuo consegna, containerizzazione, e microservices non sono stati della mente. E come il software di consegna squadre hanno il compito di fornire codice di qualità superiore, continueranno a girare alle moderne pratiche di sviluppo, metodologie e tecnologie per aiutarli con questo sforzo. Cloud le applicazioni native saranno sviluppate, queste indagini sarà presto dimostrare che anche con maggiori percentuali di enterprise application portfolio ora risiedono nel cloud. Questo creerà un ancora più grande dicotomia tra il ritmo di sviluppo e modernizzazione di nuove applicazioni e della loro monolitico controparti.
Fortunatamente, una soluzione c’è-e non è, “attendere fino a quando queste applicazioni diventano obsoleti, problematico e paralizzante per l’innovazione che non c’è scelta, ma per ucciderli.” McKendrick recentemente pubblicato un follow-up di storia, “8 passi per diventare un ‘cloud-nativa “impresa”, con la quale condivide Capgemini consigli per coloro che sono “legacy-laden.” Citando il suo Capgemini fonti, McKendrick scrive: C’spesso non può essere un buon business custodia per bypassare anni di investimenti in sistemi on-premise di adottare nuove applicazioni basate sul cloud.
Questo è esattamente a destra, e perché lungimiranti che le aziende stanno cominciando a rendersi conto che l’avvio di un cloud-nativo di viaggio non richiede applicazioni tradizionali per essere completamente demolito e riscritto da zero. Così facendo, fa molto di più di “bypass anni di investimenti”; aggiunge mesi, se non anni, di nuovi investimenti in riqualificazione costi–e nuovi rischi di rompere ciò che una volta ha funzionato. Il più intelligente mossa da parte di un crescente numero di organizzazioni è quello di iniziare l’introduzione di nuove tecnologie e cloud-nativo di servizi per applicazioni esistenti in modo che possano massimizzare il loro ritorno, mentre l’ammodernamento di loro nel corso del tempo.
Questo è un processo iterativo che può essere fatto in qualsiasi organizzazione ottimale del ritmo. Capgemini raccomanda che le imprese, “Iniziare in piccolo, (e) non tentare di far bollire l’oceano.” Skytap ha dato questi consigli di quest’anno CoreOS Fest a squadre in cerca di successo-e in modo sicuro–scala l’adozione di contenitori. Prima di affrontare piccoli componenti di un’applicazione tradizionale, con un altrettanto piccolo team di early adopters, si introduce un rischio minore di un sistema mission-critical, e la costruzione di una base di fiducia ti permette di procurarti futuro buy-in da altri più facile. Questo non è diverso da come si nutrono e crescono l’adozione di agile e DevOps iniziative–altre due raccomandazioni da Capgemini, che sono anche allungabile per le applicazioni sul posto.
Non c’è nessun singolo, silver-bullet percorso per diventare un cloud-contratti di impresa. Nel cloud, hype e parole d’ordine sono banale: pubblico, privato, prem, nativo, ibrido. Abbiamo ossessione per la definizione di queste categorie fino alla nausea e di dibattito su un approccio migliore. E facciamo imprese e applicazioni rientrano in tali cookie cutter definizioni. Ma ha perso in tutto ciò che è pratico e più importanti domande: Cosa è meglio per il mio business? Dove sarà il mio applicazioni di maggior successo? Le organizzazioni non rientrano in una categoria o in un altro, e non hanno ad abbandonare tutti i loro on-prem applicazioni per passare al cloud e modernizzare. Il cloud è spesso visto come il nero e il bianco, ma non trascurare le tonalità di grigio.
0