Non esiste un modo perfetto per implementare OpenStack nella tua azienda, ma ci sono principi generali che possono guidarti verso un'implementazione di successo.
Uno dei vantaggi del software open source come OpenStack è la possibilità di scaricarlo, provarlo e ottenere un'esperienza pratica senza dover interagire a lungo con i fornitori o senza la necessità di lunghe approvazioni interne per un progetto pilota tra la tua azienda e il fornitore.
Ma cosa succede quando arriva il momento di fare qualcosa di più che semplicemente provare il progetto? Come preparerete un sistema distribuito dal codice sorgente all'ambiente produttivo? Come potete superare gli ostacoli organizzativi nell'adozione di nuove tecnologie trasformative? Da dove cominciare? Cosa fare dopo?
C'è sicuramente molto da apprendere dall'esperienza di chi ha già distribuito OpenStack. Per capire meglio le dinamiche di adozione di OpenStack, ho parlato con diversi team che hanno presentato con successo questo sistema alle loro aziende.
MercadoLibre: la dittatura della necessità e correre più veloce di un cervo.
Se la necessità è abbastanza forte, allora implementare un'infrastruttura cloud flessibile può essere quasi facile come 'costruirla e loro verranno'. In molti modi, questa è l'esperienza che hanno vissuto Alejandro Comisario, Maximiliano Venesio e Leandro Reox nella loro azienda, MercadoLibre, il più grande marketplace dell'e-commerce in America Latina e l'ottavo al mondo.
Nel 2011, quando il dipartimento di sviluppo dell'azienda ha iniziato il percorso di decomposizione del suo precedente sistema monolitico in una piattaforma composta da servizi debolmente accoppiati, interconnessi tramite API, il team delle infrastrutture si è trovato ad affrontare un brusco aumento delle richieste nei confronti della loro piccola squadra che dovevano gestire.
— Il cambiamento è avvenuto molto rapidamente, — afferma Alejandro Comisario, CTO dei servizi cloud di MercadoLibre. — Abbiamo capito letteralmente in un batter d'occhio che non avremmo potuto continuare a lavorare a quel ritmo senza l'aiuto di qualche sistema.
Alejandro Comisario, Maximiliano Venesio e Leandro Reox — l'intero team di MercadoLibre all'epoca — hanno iniziato a cercare tecnologie che permettessero di eliminare i passaggi manuali legati alla fornitura di infrastruttura ai loro sviluppatori.
Il team si è posta obiettivi più ambiziosi, formulando scopi non solo per compiti immediati, ma anche per le strategie dell'intera azienda: ridurre il tempo necessario per fornire agli utenti macchine virtuali pronte per l'ambiente di produttività da 2 ore a 10 secondi, eliminando ogni intervento umano da questo processo.
Quando hanno scoperto OpenStack, è diventato chiaro che era ciò che stavano cercando. La cultura in rapida evoluzione di MercadoLibre ha permesso al team di procedere velocemente nella creazione dell'ambiente OpenStack, nonostante la relativa immaturità del progetto a quel tempo.
— È diventato chiaro che l'approccio di OpenStack – ricerca, immersione nel codice e test delle funzionalità e della scalabilità – coincideva con il modo di lavorare di MercadoLibre, — afferma Leandro Reox. — Siamo stati in grado di immergerci immediatamente nel progetto, definire un insieme di test per la nostra installazione di OpenStack e iniziare i test.
I primi test effettuati sulla seconda versione di OpenStack hanno identificato diversi problemi che non permettevano il passaggio alla produzione, ma il transito dalla versione Bexar alla versione Cactus è avvenuto al momento giusto. Ulteriori test sulla versione Cactus hanno confermato che il cloud era pronto per l'uso commerciale.
Il lancio nella produzione commerciale e la comprensione da parte degli sviluppatori della possibilità di ottenere infrastruttura tanto rapidamente quanto sono in grado di consumarla hanno determinato il successo dell'implementazione.
— Tutta l'azienda desiderava un sistema simile e le funzionalità che questo fornisce, — sottolinea Maximiliano Venesio, senior infrastructure engineer in MercadoLibre.
Tuttavia, il team è stato cauto nella gestione delle aspettative degli sviluppatori. Era necessario assicurarsi che gli sviluppatori comprendessero che le applicazioni esistenti non avrebbero potuto funzionare sul nuovo cloud privato senza modifiche.
— Dovevamo assicurarci che i nostri sviluppatori fossero pronti a scrivere applicazioni stateless per il cloud, — ha detto Alejandro Comisario. — È stato un enorme cambiamento culturale per loro. In alcuni casi, abbiamo dovuto insegnare agli sviluppatori che non era sufficiente conservare i loro dati in un'istanza. Gli sviluppatori dovevano rivedere il loro modo di pensare.
Il team è stato attento nell'addestrare gli sviluppatori e ha raccomandato loro le migliori pratiche per la creazione di applicazioni pronte per il cloud. Hanno inviato email, organizzato pranzi con formazione informale e corsi formali, e fornito documentazione adeguata per l'ambiente cloud. Il risultato dei loro sforzi è che gli sviluppatori di MercadoLibre ora sviluppano applicazioni per il cloud con la stessa comodità con cui sviluppavano applicazioni tradizionali per gli ambienti virtualizzati dell'azienda.
L'automazione che sono riusciti a raggiungere grazie al cloud privato ha ripagato, consentendo a MercadoLibre di aumentare drasticamente la propria infrastruttura. Ciò che era iniziato come un team infrastrutturale di tre persone a supporto di 250 sviluppatori, 100 server e 1000 macchine virtuali, è cresciuto fino a diventare un team di 10 persone che supportano più di 500 sviluppatori, 2000 server e 12.000 VM.
Workday: Creazione di un business case per OpenStack
Per il team di Workday, operante nel settore SaaS, la decisione di adottare OpenStack è stata più una scelta strategica che operativa.
Il percorso di Workday verso l'implementazione di un cloud privato è iniziato nel 2013, quando la direzione dell'azienda ha deciso di investire in una vasta iniziativa di Data Center Definiti dal Software (SDDC). L'obiettivo di questa iniziativa era raggiungere una maggiore automazione, introdurre innovazioni e migliorare l'efficienza dei data center.
Workday ha creato la sua visione del cloud privato collaborando con i gruppi infrastrutturali, ingegneristici e operativi dell'azienda, e si è raggiunto un accordo per avviare un'iniziativa di ricerca. Workday ha assunto Carmine Remi come direttore delle soluzioni cloud per guidare il cambiamento.
Il primo compito di Rimi in Workday è stato quello di ampliare il business case iniziale per la maggior parte dell'azienda.
Il pilastro del business case era l'aumento della flessibilità nell'utilizzo del SDDC. Questa maggiore flessibilità avrebbe aiutato l'azienda a realizzare le proprie esigenze di distribuzione continua del software senza tempo di inattività. L'API per SDDC doveva consentire ai team di sviluppo delle applicazioni e delle piattaforme Workday di innovare in modi precedentemente inaccessibili.
L'efficienza dell'hardware è stata anch'essa presa in considerazione nel business case. Workday si pone obiettivi ambiziosi per aumentare il livello di utilizzo dell'attuale hardware e delle risorse del centro dati.
— Abbiamo scoperto di avere già una tecnologia di middleware che può sfruttare i vantaggi del cloud privato. Questo software middleware è già stato utilizzato per implementare ambienti di sviluppo/test in cloud pubblici. Con il cloud privato, potremmo estendere questo software per creare una soluzione di cloud ibrido. Utilizzando una strategia di cloud ibrido, Workday può migrare i carichi di lavoro tra i cloud pubblici e privati, massimizzando così l'utilizzo dell'hardware e garantendo risparmi per l'azienda.
Infine, nella strategia cloud di Rimi è stato notato che i carichi di lavoro semplici e stateless e il loro scalabilità orizzontale consentiranno a Workday di iniziare a utilizzare il proprio cloud privato con un rischio minore, raggiungendo naturalmente la maturità nelle operazioni cloud.
— Si può procedere con il piano previsto e imparare a gestire il nuovo cloud con un carico di lavoro leggero, simile alle tradizionali R&D che consentono di sperimentare in condizioni sicure — ha suggerito Rimi.
Con un solido business case, Rimi ha valutato diverse note piattaforme di cloud privato, tra cui OpenStack, utilizzando un ampio set di criteri di valutazione che includevano l'apertura di ogni piattaforma, la facilità d'uso, la flessibilità, l'affidabilità, la resilienza, la disponibilità di supporto e comunità, nonché il potenziale. Sulla base dei risultati della sua valutazione, Rimi e il suo team hanno scelto OpenStack e hanno iniziato a creare un cloud privato pronto per l'uso commerciale.
Dopo aver implementato con successo il suo primo cloud OpenStack, Workday continua a puntare a un'adozione più ampia del nuovo ambiente SDDC. Per raggiungere questo obiettivo, Rimi adotta un approccio multifocale, incentrato su:
- concentrazione su carichi di lavoro cloud-ready, in particolare su applicazioni stateless nel portafoglio
- definizione dei criteri e del processo di migrazione
- stabilire obiettivi per lo sviluppo per la migrazione di queste applicazioni
- comunicazione e formazione dei gruppi di utenti interessati di Workday utilizzando incontri, dimostrazioni, video e formazioni su OpenStack
— Il nostro cloud supporta diversi carichi di lavoro, alcuni in produzione, altri in preparazione per l'operatività commerciale. Alla fine, vogliamo migrare tutti i carichi di lavoro e mi aspetto di raggiungere un punto di svolta in cui vedremo un'improvvisa ondata di attività. Stiamo preparando il sistema a piccole dosi ogni giorno per poter gestire questo livello di attività quando sarà il momento.
BestBuy: infrangere le regole
La rete di vendita al dettaglio di elettronica BestBuy ha un fatturato annuo di 43 miliardi di dollari e 140.000 dipendenti, ed è la più grande tra le aziende citate nell'articolo. E quindi, mentre i processi utilizzati dal team di infrastruttura di bestbuy.com per impostare un cloud privato basato su OpenStack non sono unici, la flessibilità con cui hanno applicato questi processi è impressionante.
Per implementare il suo primo cloud OpenStack in BestBuy, il direttore delle soluzioni web Steve Eastham e l'architetto principale Joel Crabb hanno dovuto fare affidamento su un approccio creativo per superare molti ostacoli che si sono frapposti sul loro cammino.
L'iniziativa BestBuy OpenStack è nata all'inizio del 2011 per comprendere i vari processi aziendali legati al rilascio del sito di e-commerce bestbuy.com. Questi sforzi hanno rivelato un'incredibile inefficienza nei processi di assicurazione della qualità. Il processo di verifica della qualità comportava costi significativi ad ogni importante rilascio del sito, che avveniva due o quattro volte l'anno. Una parte considerevole di queste spese era dovuta alla configurazione manuale dell'ambiente, alla risoluzione delle discrepanze e alla gestione dei problemi di disponibilità delle risorse.
Per affrontare queste problematiche, è stata proposta un'iniziativa di "verifica della qualità su richiesta" per bestbuy.com, sotto la guida di Steve Eastham e Joel Crabb, mirata a identificare e risolvere i colli di bottiglia nel processo di verifica della qualità di bestbuy.com. Tra le raccomandazioni principali di questo progetto vi erano l'automazione dei processi di verifica della qualità e la fornitura di strumenti di self-service ai gruppi degli utenti.
E sebbene Steve Eastham e Joel Crabb siano riusciti a utilizzare la prospettiva di costi molto significativi per il controllo qualità come giustificazione per gli investimenti nel cloud privato, si sono rapidamente trovati di fronte a un problema: sebbene il progetto fosse stato approvato, non c'erano fondi disponibili. Non c'era budget per l'acquisto dell'hardware per il progetto.
La necessità è la madre dell'invenzione, e il team ha adottato un nuovo approccio al finanziamento del cloud: hanno scambiato il budget di due sviluppatori con un'altra squadra che aveva il budget per l'hardware.
Con il budget ricevuto intendevano acquistare l'hardware necessario per il progetto. Contattando la HP, il loro fornitore di hardware all'epoca, hanno iniziato a ottimizzare l'offerta. Grazie a trattative attente e a una riduzione accettabile delle necessità hardware, sono riusciti a dimezzare i costi dell'hardware.
Nello stesso spirito, Steve Eastham e Joel Crabb hanno concluso un accordo con il team di rete dell'azienda, sfruttando la capacità esistente del core attuale e risparmiando sui tipici costi associati all'acquisto di nuovo hardware di rete.
— Eravamo su un terreno piuttosto pericoloso, — ha detto Steve Eastham. — Non era una pratica comune in BestBuy né allora né adesso. Stavamo agendo sotto il radar. Avremmo potuto ricevere un richiamo, ma siamo riusciti a evitarlo.
Superare le difficoltà finanziarie è stato solo il primo di molti ostacoli. All'epoca, le possibilità di trovare esperti di OpenStack per il progetto erano praticamente inesistenti. Così, hanno dovuto costruire un team da zero unendo programmatori Java tradizionali e amministratori di sistema.
— Li abbiamo semplicemente messi in una stanza e abbiamo detto: «Scoprite come lavorare con questo sistema», — racconta Joel Crabb. — Uno dei programmatori Java ci ha detto: «È una follia, non potete farlo. Non so di cosa stiate parlando.»
Abbiamo dovuto combinare diversi stili di due tipi di team per ottenere il risultato desiderato – un processo di sviluppo programmabile, testabile e passo-passo.
La stimolazione del team nelle fasi iniziali del progetto ha permesso loro di ottenere diverse vittorie impressionanti. Sono riusciti a sostituire rapidamente un ambiente di sviluppo obsoleto, ridurre il numero di ambienti di controllo qualità (QA) e, nel processo di trasformazione, hanno trovato un modo di lavorare per i nuovi gruppi e di accelerare la fornitura delle applicazioni.
Il loro successo ha creato buone opportunità per richiedere risorse aggiuntive per la loro iniziativa di cloud privato. E questa volta hanno avuto supporto a livello di top management dell'azienda.
Steve Eastham e Joel Crabb hanno ottenuto il finanziamento necessario per assumere personale aggiuntivo e cinque nuove postazioni di lavoro. Il primo cloud in questa ondata di progetti è stato l'ambiente OpenStack, che lancia cluster Hadoop per l'analisi. È già in esercizio commerciale.
Conclusione
Nei racconti di MercadoLibre, Workday e Best Buy ci sono alcuni principi che possono guidarvi nel percorso di implementazione di OpenStack: essere aperti alle esigenze degli sviluppatori, del business e di altri potenziali utenti; lavorare nell'ambito dei processi stabiliti nella vostra azienda; collaborare con altre organizzazioni; e essere pronti a deviare dalle regole quando necessario. Tutte queste sono abilità trasversali preziose da avere insieme a OpenStack.
Non esiste un percorso perfetto per implementare OpenStack nella vostra azienda: il cammino dipende da molti fattori, sia personali che aziendali, e dalla situazione in cui vi trovate.
E sebbene questo possa confondere gli appassionati di OpenStack che si chiedono come implementare il loro primo progetto, è comunque un punto di vista positivo. Questo significa che non ci sono limiti a quanto lontano possiate arrivare con OpenStack: ciò che potete raggiungere è limitato solo dalla vostra creatività e ingegnosità.
Fonte: habr.com
