{"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 la vostra organizzazione a OpenStack","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Non esiste un percorso ideale per l'implementazione di 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 in azione e ottenere un'idea pratica di esso senza dover interagire a lungo con i fornitori o senza necessit\u00e0 di complessi accordi interni su 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 preparerai un sistema distribuito dal codice sorgente all'ambiente produttivo? Come puoi superare gli ostacoli organizzativi nell'implementazione di nuove e trasformative tecnologie? Da dove iniziare? Cosa farai dopo?<\/p>\n

C'\u00e8 molto da apprendere dall'esperienza di chi ha gi\u00e0 distribuito OpenStack. Per comprendere meglio le dinamiche dell'adozione di OpenStack, ho parlato con diverse squadre che lo hanno presentato con successo alle loro aziende.<\/p>\n

MercadoLibre: il dettame della necessit\u00e0 e la corsa 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 semplice 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, la pi\u00f9 grande azienda di commercio elettronico in America Latina e l'ottava al mondo.
\n<\/a><\/noindex>
\nNel 2011, quando il dipartimento di sviluppo dell'azienda inizi\u00f2 il percorso di decomposizione del suo allora sistema monolitico in una piattaforma di servizi debolmente accoppiati, connessi tramite API, il team infrastruttura si trov\u00f2 di fronte a un aumento brusco delle richieste alla loro piccola squadra, che dovevano gestire.<\/p>\n

\"Il cambiamento \u00e8 avvenuto molto rapidamente\", dice Alejandro Comisario, CTO dei servizi cloud di MercadoLibre. \"Ci siamo resi conto, da un momento all'altro, che non potevamo continuare a lavorare a quel ritmo senza l'aiuto di un qualche sistema.\"<\/p>\n

Alejandro Comisario, Maximiliano Venesio e Leandro Reox - l'intero team di MercadoLibre all'epoca - iniziarono a cercare tecnologie che potessero aiutarli ad eliminare i passaggi manuali necessari per fornire infrastruttura ai loro sviluppatori.<\/p>\n

Il team si \u00e8 posto obiettivi pi\u00f9 complessi, formulando scopi non solo per compiti immediati, ma anche per gli obiettivi dell'intera azienda: ridurre il tempo di consegna delle macchine virtuali pronte per un ambiente produttivo agli utenti da 2 ore a 10 secondi ed escludere da questo processo l'intervento umano.<\/p>\n

Quando hanno trovato OpenStack, \u00e8 diventato chiaro che era esattamente ci\u00f2 che stavano cercando. La cultura in rapida evoluzione di MercadoLibre ha permesso al team di muoversi rapidamente nella creazione di un ambiente OpenStack, nonostante la relativa immaturit\u00e0 del progetto all'epoca.<\/p>\n

\u2014 \u00c8 risultato evidente che l'approccio di OpenStack \u2014 ricerca, immersione nel codice e testing delle funzionalit\u00e0 e della scalabilit\u00e0 \u2014 corrispondeva all'approccio di MercadoLibre, \u2014 afferma Leandro Reox. \u2014 Siamo stati in grado di immergerci subito nel progetto, definire un insieme di test per la nostra installazione di OpenStack e iniziare i test.<\/p>\n

I loro test iniziali sul secondo rilascio di OpenStack hanno rivelato alcuni problemi che impedivano loro di andare in produzione, ma il passaggio dal rilascio di Bexar a quello di Cactus \u00e8 avvenuto proprio al momento giusto. Ulteriori test sul rilascio di Cactus hanno confermato che il cloud era pronto per l'uso commerciale.<\/p>\n

Il lancio in produzione e la comprensione da parte degli sviluppatori della possibilit\u00e0 di ottenere infrastrutture cos\u00ec rapidamente come gli sviluppatori erano in grado di consumarle ha determinato il successo dell'implementazione.<\/p>\n

\u2014 Tutta l'azienda desiderava un sistema simile e le funzionalit\u00e0 che offre, \u2014 osserva Maximiliano Venesio, ingegnere senior per l'infrastruttura in MercadoLibre.<\/p>\n

Tuttavia, il team \u00e8 stato cauto nella gestione delle aspettative degli sviluppatori. Dovevano assicurarsi che gli sviluppatori comprendessero che le applicazioni esistenti non sarebbero potute 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 dichiarato Alejandro Comisario. \u2014 Questo \u00e8 stato un enorme cambiamento culturale per loro. In alcuni casi abbiamo dovuto insegnare agli sviluppatori che conservare i loro dati nell'istanza non era sufficiente. Gli sviluppatori dovevano riadattare il loro modo di pensare.<\/p>\n

Il team ha prestato attenzione alla formazione degli sviluppatori, raccomandando le migliori pratiche per creare applicazioni pronte per il cloud. Inviavano e-mail, organizzavano pranzi con formazione informale e corsi di formazione formali, oltre a garantire una documentazione adeguata per l'ambiente cloud. Il risultato dei loro sforzi \u00e8 questo: gli sviluppatori di MercadoLibre ora sviluppano applicazioni per il cloud con la stessa facilit\u00e0 con cui sviluppavano applicazioni tradizionali per ambienti virtualizzati.<\/p>\n

L'automazione che sono riusciti a raggiungere con il cloud privato si \u00e8 ripagata, consentendo a MercadoLibre di espandere rapidamente le proprie infrastrutture. Ci\u00f2 che era iniziato come un team di infrastruttura di tre persone a supporto di 250 sviluppatori, 100 server<\/a> e 1000 macchine virtuali, \u00e8 cresciuto in un team di 10 persone a supporto di oltre 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, che opera nel settore SaaS, la decisione di adottare OpenStack \u00e8 stata pi\u00f9 strategica che operativa.<\/p>\n

Il percorso di Workday verso l'implementazione del cloud privato \u00e8 iniziato nel 2013, quando la direzione aziendale ha accettato di investire in un'ampia iniziativa di data center definito dal software (SDDC). La speranza di questa iniziativa era di ottenere una maggiore automazione, favorire l'innovazione e migliorare l'efficienza dei data center.<\/p>\n

Workday ha creato la propria visione del cloud privato tra i gruppi di infrastruttura, ingegneria e operazioni dell'azienda, raggiungendo un accordo per avviare un'iniziativa di ricerca. Workday ha assunto Carmine Remi come direttore delle soluzioni cloud con l'obiettivo di guidare il cambiamento.<\/p>\n

Il primo compito di Rimi in Workday \u00e8 stato espandere il business case iniziale a gran parte dell'azienda.<\/p>\n

Il fulcro del business case era l'aumento della flessibilit\u00e0 nell'utilizzo dello SDDC. Questa maggiore flessibilit\u00e0 avrebbe aiutato l'azienda a realizzare le proprie aspirazioni di distribuzione continua del software con zero tempi di inattivit\u00e0. L'API per lo SDDC doveva consentire ai gruppi di sviluppo di applicazioni e piattaforme di Workday di innovare in modi precedentemente non disponibili.<\/p>\n

L'efficacia delle attrezzature \u00e8 stata presa in considerazione anche nel business case. Workday si pone obiettivi ambiziosi per aumentare il livello di utilizzo delle attrezzature esistenti e delle risorse del centro dati.<\/p>\n

\u2014 Abbiamo scoperto che abbiamo gi\u00e0 una tecnologia di middleware in grado di sfruttare i vantaggi del cloud privato. Questo software middleware \u00e8 gi\u00e0 stato utilizzato per il deployment di ambienti dev\/test nei 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 carichi di lavoro tra cloud pubblici e privati, massimizzando l'utilizzo delle attrezzature e garantendo risparmi per l'azienda.<\/p><\/blockquote>\n

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

\u2014 Possiamo dare il via al piano previsto e imparare a gestire il nuovo cloud con un carico di lavoro ridotto, simile ai 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 piattaforme cloud private conosciute, tra cui OpenStack, secondo un ampio insieme di criteri di valutazione che includevano l'apertura di ciascuna piattaforma, la facilit\u00e0 d'uso, la flessibilit\u00e0, l'affidabilit\u00e0, la resilienza, la disponibilit\u00e0 di supporto e comunit\u00e0, e 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 funzionante, Workday continua a puntare a un'adozione pi\u00f9 ampia del nuovo ambiente SDDC. Per raggiungere questo obiettivo, Rimi adotta un approccio multifacettato incentrato su:<\/p>\n