{"id":38872,"date":"2019-10-31T22:26:29","date_gmt":"2019-10-31T19:26:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-poznakomit-vashu-organizatsiyu-s-openstack\/"},"modified":"2019-10-31T22:26:29","modified_gmt":"2019-10-31T19:26:29","slug":"kak-poznakomit-vashu-organizatsiyu-s-openstack","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-poznakomit-vashu-organizatsiyu-s-openstack","title":{"rendered":"Come presentare OpenStack alla vostra organizzazione","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Non esiste un modo perfetto per implementare OpenStack nella tua azienda, ma ci sono principi generali che possono guidarti verso un'implementazione di successo.<\/i><\/p>\n

\"Come<\/a><\/noindex><\/p>\n

Uno dei vantaggi del software open source come OpenStack \u00e8 la possibilit\u00e0 di scaricarlo, provarlo e ottenere un'esperienza pratica senza dover interagire a lungo con i fornitori o senza la necessit\u00e0 di lunghe approvazioni interne per un progetto pilota tra la tua azienda e il fornitore.<\/p>\n

Ma cosa succede quando arriva il momento di fare qualcosa di pi\u00f9 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?<\/p>\n

C'\u00e8 sicuramente molto da apprendere dall'esperienza di chi ha gi\u00e0 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.<\/p>\n

MercadoLibre: la dittatura della necessit\u00e0 e correre pi\u00f9 veloce di un cervo.<\/h2>\n

\nSe la necessit\u00e0 \u00e8 abbastanza forte, allora implementare un'infrastruttura cloud flessibile pu\u00f2 essere quasi facile come 'costruirla e loro verranno'. In molti modi, questa \u00e8 l'esperienza che hanno vissuto Alejandro Comisario, Maximiliano Venesio e Leandro Reox nella loro azienda, MercadoLibre, il pi\u00f9 grande marketplace dell'e-commerce in America Latina e l'ottavo al mondo.
\n<\/a><\/noindex>
\nNel 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 \u00e8 trovato ad affrontare un brusco aumento delle richieste nei confronti della loro piccola squadra che dovevano gestire.<\/p>\n

\u2014 Il cambiamento \u00e8 avvenuto molto rapidamente, \u2014 afferma Alejandro Comisario, CTO dei servizi cloud di MercadoLibre. \u2014 Abbiamo capito letteralmente in un batter d'occhio che non avremmo potuto continuare a lavorare a quel ritmo senza l'aiuto di qualche sistema.<\/p>\n

Alejandro Comisario, Maximiliano Venesio e Leandro Reox \u2014 l'intero team di MercadoLibre all'epoca \u2014 hanno iniziato a cercare tecnologie che permettessero di eliminare i passaggi manuali legati alla fornitura di infrastruttura ai loro sviluppatori.<\/p>\n

Il team si \u00e8 posta obiettivi pi\u00f9 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\u00e0 da 2 ore a 10 secondi, eliminando ogni intervento umano da questo processo.<\/p>\n

Quando hanno scoperto OpenStack, \u00e8 diventato chiaro che era ci\u00f2 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\u00e0 del progetto a quel tempo.<\/p>\n

\u2014 \u00c8 diventato chiaro che l'approccio di OpenStack \u2013 ricerca, immersione nel codice e test delle funzionalit\u00e0 e della scalabilit\u00e0 \u2013 coincideva con il modo di lavorare di MercadoLibre, \u2014 afferma Leandro Reox. \u2014 Siamo stati in grado di immergerci immediatamente nel progetto, definire un insieme di test per la nostra installazione di OpenStack e iniziare i test.<\/p>\n

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 \u00e8 avvenuto al momento giusto. Ulteriori test sulla versione Cactus hanno confermato che il cloud era pronto per l'uso commerciale.<\/p>\n

Il lancio nella produzione commerciale e la comprensione da parte degli sviluppatori della possibilit\u00e0 di ottenere infrastruttura tanto rapidamente quanto sono in grado di consumarla hanno determinato il successo dell'implementazione.<\/p>\n

\u2014 Tutta l'azienda desiderava un sistema simile e le funzionalit\u00e0 che questo fornisce, \u2014 sottolinea Maximiliano Venesio, senior infrastructure engineer in MercadoLibre.<\/p>\n

Tuttavia, il team \u00e8 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.<\/p>\n

\u2014 Dovevamo assicurarci che i nostri sviluppatori fossero pronti a scrivere applicazioni stateless per il cloud, \u2014 ha detto Alejandro Comisario. \u2014 \u00c8 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.<\/p>\n

Il team \u00e8 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 \u00e8 che gli sviluppatori di MercadoLibre ora sviluppano applicazioni per il cloud con la stessa comodit\u00e0 con cui sviluppavano applicazioni tradizionali per gli ambienti virtualizzati dell'azienda.<\/p>\n

L'automazione che sono riusciti a raggiungere grazie al cloud privato ha ripagato, consentendo a MercadoLibre di aumentare drasticamente la propria infrastruttura. Ci\u00f2 che era iniziato come un team infrastrutturale di tre persone a supporto di 250 sviluppatori, 100 server<\/a> e 1000 macchine virtuali, \u00e8 cresciuto fino a diventare un team di 10 persone che supportano pi\u00f9 di 500 sviluppatori, 2000 server e 12.000 VM.<\/p>\n

Workday: Creazione di un business case per OpenStack<\/h2>\n

\nPer il team di Workday, operante nel settore SaaS, la decisione di adottare OpenStack \u00e8 stata pi\u00f9 una scelta strategica che operativa.<\/p>\n

Il percorso di Workday verso l'implementazione di un cloud privato \u00e8 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.<\/p>\n

Workday ha creato la sua visione del cloud privato collaborando con i gruppi infrastrutturali, ingegneristici e operativi dell'azienda, e si \u00e8 raggiunto un accordo per avviare un'iniziativa di ricerca. Workday ha assunto Carmine Remi come direttore delle soluzioni cloud per guidare il cambiamento.<\/p>\n

Il primo compito di Rimi in Workday \u00e8 stato quello di ampliare il business case iniziale per la maggior parte dell'azienda.<\/p>\n

Il pilastro del business case era l'aumento della flessibilit\u00e0 nell'utilizzo del SDDC. Questa maggiore flessibilit\u00e0 avrebbe aiutato l'azienda a realizzare le proprie esigenze di distribuzione continua del software senza tempo di inattivit\u00e0. L'API per SDDC doveva consentire ai team di sviluppo delle applicazioni e delle piattaforme Workday di innovare in modi precedentemente inaccessibili.<\/p>\n

L'efficienza dell'hardware \u00e8 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.<\/p>\n

\u2014 Abbiamo scoperto di avere gi\u00e0 una tecnologia di middleware che pu\u00f2 sfruttare i vantaggi del cloud privato. Questo software middleware \u00e8 gi\u00e0 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\u00f2 migrare i carichi di lavoro tra i cloud pubblici e privati, massimizzando cos\u00ec l'utilizzo dell'hardware e garantendo risparmi per l'azienda.<\/p><\/blockquote>\n

Infine, nella strategia cloud di Rimi \u00e8 stato notato che i carichi di lavoro semplici e stateless e il loro scalabilit\u00e0 orizzontale consentiranno a Workday di iniziare a utilizzare il proprio cloud privato con un rischio minore, raggiungendo naturalmente la maturit\u00e0 nelle operazioni cloud.<\/p>\n

\u2014 Si pu\u00f2 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 \u2014 ha suggerito Rimi.<\/p>\n

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\u00e0 d'uso, la flessibilit\u00e0, l'affidabilit\u00e0, la resilienza, la disponibilit\u00e0 di supporto e comunit\u00e0, nonch\u00e9 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.<\/p>\n

Dopo aver implementato con successo il suo primo cloud OpenStack, Workday continua a puntare a un'adozione pi\u00f9 ampia del nuovo ambiente SDDC. Per raggiungere questo obiettivo, Rimi adotta un approccio multifocale, incentrato su:<\/p>\n