Walang perpektong landas sa pagpapatupad ng OpenStack sa iyong kumpanya, ngunit may mga pangkalahatang prinsipyo na maaaring gabayan ka tungo sa isang matagumpay na pagpapatupad
Ang isa sa mga benepisyo ng open source software tulad ng OpenStack ay maaari mong i-download ito, subukan ito, at makakuha ng hands-on na pag-unawa dito nang hindi nangangailangan ng mahabang pakikipag-ugnayan sa mga salespeople ng vendor o ang pangangailangan para sa mahabang internal na pag-apruba ng pilot sa pagitan ng iyong kumpanya at iyong kumpanya.-vendor.
Ngunit ano ang mangyayari kapag oras na para gumawa ng higit pa sa pagsubok ng isang proyekto? Paano mo ihahanda ang naka-deploy na system mula sa source code hanggang sa produksyon? Paano mo malalampasan ang mga hadlang ng organisasyon sa pag-aampon ng mga bago at pagbabagong teknolohiya? Saan magsisimula? Ano ang susunod mong gagawin?
Tiyak na maraming matututunan mula sa karanasan ng mga naka-deploy na ng OpenStack. Upang mas maunawaan ang mga pattern ng pag-aampon ng OpenStack, nakipag-usap ako sa ilang team na matagumpay na naipakilala ang system sa kanilang mga kumpanya.
MercadoLibre: dikta ng pangangailangan at tumakbo nang mas mabilis kaysa sa usa
Kung ang pangangailangan ay sapat na malakas, kung gayon ang pagpapatupad ng isang nababaluktot na imprastraktura ng ulap ay maaaring halos kasing simple ng "buuin ito at darating sila." Sa maraming paraan, ito ang karanasan nina Alejandro Comisario, Maximiliano Venesio at Leandro Reox sa kanilang kumpanyang MercadoLibre, ang pinakamalaking kumpanya ng e-commerce sa Latin America at ang ikawalong pinakamalaking sa mundo.
Noong 2011, habang sinimulan ng departamento ng pag-unlad ng kumpanya ang paglalakbay sa pag-decomposing ng noon-monolitikong sistema nito sa isang platform na binubuo ng mga maluwag na pinagsamang serbisyo na konektado sa pamamagitan ng mga API, ang koponan ng imprastraktura ay nahaharap sa isang matalim na pagtaas sa bilang ng mga kahilingan na kailangan ng kanilang maliit na koponan upang matupad. .
"Nangyari ang shift nang napakabilis," sabi ni Alejandro Comisario, teknikal na pinuno para sa mga serbisyo ng cloud sa MercadoLibre. "Literal naming napagtanto sa magdamag na hindi kami maaaring magpatuloy na magtrabaho sa bilis na ito nang walang tulong ng ilang uri ng sistema.
Sina Alejandro Comisario, Maximiliano Venesio at Leandro Reox, ang buong MercadoLibre team noong panahong iyon, ay nagsimulang maghanap ng mga teknolohiyang magbibigay-daan sa kanila na alisin ang mga manu-manong hakbang na kasangkot sa pagbibigay ng imprastraktura sa kanilang mga developer.
Ang koponan ay nagtakda ng sarili nitong mas kumplikadong mga layunin, na bumubuo ng mga layunin hindi lamang para sa mga agarang gawain, kundi pati na rin para sa mga layunin ng buong kumpanya: binabawasan ang oras na kinakailangan upang mabigyan ang mga user ng mga virtual machine na handa para sa isang produktibong kapaligiran mula 2 oras hanggang 10 segundo at inaalis interbensyon ng tao mula sa prosesong ito.
Nang mahanap nila ang OpenStack, naging malinaw na ito mismo ang hinahanap nila. Ang mabilis na kultura ng MercadoLibre ay nagbigay-daan sa koponan na kumilos nang mabilis sa pagbuo ng kapaligiran ng OpenStack, sa kabila ng kamag-anak na immaturity ng proyekto sa panahong iyon.
"Naging malinaw na ang diskarte sa OpenStack - pananaliksik, pagsasawsaw sa code, at pag-andar ng pagsubok at pag-scale ay tumutugma sa diskarte sa MercadoLibre," sabi ni Leandro Reox. βNagawa naming agad na sumisid sa proyekto, tukuyin ang isang hanay ng mga pagsubok para sa aming pag-install ng OpenStack at simulan ang pagsubok.
Ang kanilang paunang pagsubok sa pangalawang paglabas ng OpenStack ay natukoy ang ilang mga isyu na pumigil sa kanila sa paggawa, ngunit ang paglipat mula sa paglabas ng Bexar patungo sa paglabas ng Cactus ay dumating sa tamang oras. Ang karagdagang pagsubok sa pagpapalabas ng Cactus ay nagbigay ng kumpiyansa na ang cloud ay handa na para sa komersyal na paggamit.
Ang paglulunsad sa komersyal na operasyon at ang pag-unawa ng mga developer sa posibilidad na makakuha ng imprastraktura sa lalong madaling panahon na ang mga developer ay makakagamit nito ang nagpasiya sa tagumpay ng pagpapatupad.
"Ang buong kumpanya ay nagugutom para sa isang sistemang tulad nito at ang pag-andar na ibinibigay nito," sabi ni Maximiliano Venesio, senior infrastructure engineer sa MercadoLibre.
Gayunpaman, maingat ang koponan sa pamamahala ng mga inaasahan ng developer. Kailangan nilang tiyakin na nauunawaan ng mga developer na hindi gagana ang mga umiiral nang application sa bagong pribadong cloud nang walang mga pagbabago.
"Kinailangan naming tiyakin na ang aming mga developer ay handa na magsulat ng mga stateless na application para sa cloud," sabi ni Alejandro Comisario. "Ito ay isang malaking pagbabago sa kultura para sa kanila. Sa ilang mga kaso, kailangan naming turuan ang mga developer na ang pag-iimbak ng kanilang data sa isang instance ay hindi sapat. Kailangang ayusin ng mga developer ang kanilang pag-iisip.
Ang koponan ay matulungin sa pagsasanay sa mga developer at nagrekomenda ng pinakamahuhusay na kagawian para sa paglikha ng cloud-ready na mga application. Nagpadala sila ng mga email, nagsagawa ng mga impormal na pananghalian sa pag-aaral at mga pormal na pagsasanay, at tiniyak na maayos na naidokumento ang kapaligiran ng ulap. Ang resulta ng kanilang mga pagsusumikap ay ang mga developer ng MercadoLibre ay kumportable na ngayon sa pagbuo ng mga application para sa cloud habang sila ay gumagawa ng mga tradisyonal na aplikasyon para sa mga virtualized na kapaligiran ng kumpanya.
Nagbunga ang automation na nagawa nila gamit ang pribadong cloud, na nagpapahintulot sa MercadoLibre na palakihin nang husto ang imprastraktura nito. Ang nagsimula bilang isang pangkat ng imprastraktura ng tatlong sumusuporta sa 250 developer, 100 server at 1000 virtual machine ay naging isang koponan ng 10 na sumusuporta sa mahigit 500 developer, 2000 server at 12 VM.
Araw ng Trabaho: Pagbuo ng Business Case para sa OpenStack
Para sa koponan sa kumpanya ng SaaS na Workday, ang desisyon na gamitin ang OpenStack ay hindi gaanong operational at mas estratehiko.
Ang paglalakbay sa araw ng trabaho sa pribadong cloud adoption ay nagsimula noong 2013, nang sumang-ayon ang pamunuan ng kumpanya na mamuhunan sa isang malawak na software-defined data center (SDDC) na inisyatiba. Ang pag-asa para sa inisyatiba na ito ay upang makamit ang higit na automation, inobasyon, at kahusayan sa mga data center.
Ginawa ng Workday ang pananaw nito para sa isang pribadong cloud sa mga imprastraktura, engineering, at operations team ng kumpanya, at isang kasunduan ang naabot para magsimula ng isang research initiative. Ang araw ng trabaho ay kinuha si Carmine Remi bilang direktor ng mga solusyon sa ulap upang manguna sa pagbabago.
Ang unang gawain ni Rimi sa Workday ay palawakin ang orihinal na kaso ng negosyo sa mas malaking bahagi ng kumpanya.
Ang pundasyon ng kaso ng negosyo ay pataasin ang flexibility kapag gumagamit ng SDDC. Ang mas mataas na kakayahang umangkop na ito ay makakatulong sa kumpanya na makamit ang pagnanais nito para sa tuluy-tuloy na pag-deploy ng software na may zero downtime. Ang API para sa SDDC ay nilayon na payagan ang mga workday application at platform team na mag-innovate sa mga paraan na hindi posible dati.
Ang kahusayan ng kagamitan ay isinasaalang-alang din sa kaso ng negosyo. Ang araw ng trabaho ay may mga ambisyosong layunin na pataasin ang mga rate ng pag-recycle ng mga kasalukuyang kagamitan at mapagkukunan ng data center.
"Nalaman namin na mayroon na kaming middleware na teknolohiya na maaaring samantalahin ang mga benepisyo ng pribadong cloud. Nagamit na ang middleware na ito para mag-deploy ng mga dev/test environment sa mga pampublikong ulap. Sa isang pribadong ulap, maaari naming palawigin ang software na ito upang lumikha ng isang hybrid na solusyon sa ulap. Gamit ang isang hybrid na diskarte sa cloud, ang Workday ay maaaring mag-migrate ng mga workload sa pagitan ng pampubliko at pribadong ulap, na nag-maximize sa paggamit ng hardware habang naghahatid ng mga pagtitipid sa negosyo
Sa wakas, binanggit ng diskarte sa cloud ng Rimi na ang mga simpleng stateless na workload at ang pahalang na pag-scale ng mga ito ay magbibigay-daan sa Workday na magsimulang gamitin ang pribadong cloud nito na may mas kaunting panganib at natural na makamit ang maturity ng mga pagpapatakbo ng cloud.
"Maaari kang magsimula sa iyong plano at matutunan kung paano pamahalaan ang isang bagong cloud na may maliit na workload, katulad ng tradisyonal na R&D, na nagbibigay-daan sa iyong mag-eksperimento sa isang ligtas na kapaligiran," iminungkahi ni Rimi.
Sa isang matatag na kaso ng negosyo, sinuri ni Rimi ang ilang kilalang pribadong cloud platform, kabilang ang OpenStack, laban sa malawak na hanay ng mga pamantayan sa pagsusuri na kinabibilangan ng pagiging bukas ng bawat platform, kadalian ng paggamit, flexibility, pagiging maaasahan, katatagan, suporta at komunidad, at potensyal. Batay sa kanilang pagsusuri, pinili ni Rimi at ng kanyang koponan ang OpenStack at nagsimulang bumuo ng isang komersyal na handa na pribadong ulap.
Sa matagumpay na pagpapatupad ng una nitong mabubuhay na OpenStack cloud, patuloy na nagsusumikap ang Workday para sa mas malawak na paggamit ng bagong kapaligiran ng SDDC. Para makamit ang layuning ito, gumagamit si Rimi ng multifaceted na diskarte na nakatuon sa:
- tumuon sa mga cloud-ready na workload, lalo na sa mga stateless na application sa portfolio
- pagtukoy ng pamantayan at proseso ng paglipat
- pagtatakda ng mga layunin sa pagpapaunlad para sa paglipat ng mga application na ito
- Makipagkomunika at turuan ang mga grupo ng mga stakeholder sa Araw ng Trabaho gamit ang mga pagpupulong, demo, video, at pagsasanay sa OpenStack
"Sinusuportahan ng aming cloud ang iba't ibang mga workload, ang ilan sa produksyon, ang iba bilang paghahanda para sa komersyal na paggamit. Sa huli, gusto nating ilipat ang lahat ng mga workload, at inaasahan kong aabot tayo sa isang tipping point kung saan makikita natin ang biglaang pagdagsa ng aktibidad. Inihahanda namin ang sistema nang paisa-isa araw-araw upang mahawakan ang antas ng aktibidad na ito pagdating ng panahon.
BestBuy: paglabag sa mga bawal
Ang retailer ng electronics na BestBuy, na may taunang kita na $43 bilyon at 140 empleyado, ang pinakamalaki sa mga kumpanyang nakalista sa artikulo. At kaya, habang ang mga proseso ng bestbuy.com infrastructure team na ginamit upang maghanda ng pribadong cloud batay sa OpenStack ay hindi natatangi, ang flexibility na ginamit nila sa mga prosesong ito ay kahanga-hanga.
Upang dalhin ang kanilang unang OpenStack cloud sa BestBuy, kinailangan ng Direktor ng Web Solutions na si Steve Eastham at Chief Architect Joel Crabb na umasa sa pagkamalikhain upang malampasan ang maraming hadlang na humahadlang sa kanila.
Ang inisyatiba ng BestBuy OpenStack ay lumago sa pagsisikap na maunawaan ang iba't ibang proseso ng negosyo na nauugnay sa mga proseso ng paglabas ng e-commerce na site na bestbuy.com noong unang bahagi ng 2011. Ang mga pagsisikap na ito ay nagsiwalat ng mga makabuluhang kawalan ng kahusayan sa mga proseso ng pagtiyak ng kalidad. Ang proseso ng pagtiyak sa kalidad ay nagpakilala ng makabuluhang overhead sa bawat pangunahing paglabas ng site, na nangyari dalawa hanggang apat na beses sa isang taon. Karamihan sa gastos na ito ay nauugnay sa manu-manong pag-configure sa kapaligiran, pag-reconcile ng mga pagkakaiba, at paglutas ng mga isyu sa pagkakaroon ng mapagkukunan.
Upang matugunan ang mga isyung ito, ipinakilala ng bestbuy.com ang inisyatiba ng Quality Assurance on Demand, na pinangunahan nina Steve Eastham at Joel Crabb, upang tukuyin at alisin ang mga bottleneck sa proseso ng pagtiyak ng kalidad ng bestbuy.com. Kasama sa mga pangunahing rekomendasyon mula sa proyektong ito ang pag-automate ng mga proseso ng pagtiyak ng kalidad at pagbibigay sa mga team ng user ng mga tool sa self-service.
Bagama't nagamit nina Steve Eastham at Joel Crabb ang inaasahang napakalaking gastos sa pagkontrol sa kalidad upang bigyang-katwiran ang pamumuhunan sa isang pribadong ulap, mabilis silang nagkaroon ng problema: bagama't nakatanggap ng pag-apruba ang proyekto, walang magagamit na pondo para sa proyekto. Walang budget para makabili ng kagamitan para sa proyekto.
Ang pangangailangan ay ang ina ng imbensyon, at ang koponan ay gumawa ng bagong diskarte sa pagpopondo sa cloud: Ipinagpalit nila ang badyet para sa dalawang developer sa isa pang team na may badyet sa hardware.
Sa resultang badyet, nilayon nilang bilhin ang mga kagamitan na kailangan para sa proyekto. Sa pakikipag-ugnayan sa HP, ang kanilang supplier ng hardware noong panahong iyon, sinimulan nilang i-optimize ang alok. Sa pamamagitan ng maingat na negosasyon at isang katanggap-tanggap na pagbawas sa mga kinakailangan sa kagamitan, nagawa nilang bawasan ang mga gastos sa kagamitan ng halos kalahati.
Sa katulad na paraan, nakipagkasundo sina Steve Eastham at Joel Crabb sa networking team ng kumpanya, sinasamantala ang magagamit na kapasidad ng kasalukuyang core, na nagtitipid sa mga karaniwang gastos na nauugnay sa pagbili ng mga bagong kagamitan sa networking.
"Kami ay nasa medyo manipis na yelo," sabi ni Steve Eastham. βIto ay hindi pangkaraniwang kasanayan sa Best Buy noon o ngayon. Nag-operate kami sa ilalim ng radar. Mapapagalitan sana kami, pero nakaiwas kami.
Ang pagtagumpayan sa mga kahirapan sa pananalapi ay una lamang sa maraming mga hadlang. Sa oras na iyon, halos walang pagkakataon na makahanap ng mga eksperto sa OpenStack para sa proyekto. Kaya, kinailangan nilang bumuo ng isang koponan mula sa simula sa pamamagitan ng pagsasama-sama ng mga tradisyunal na developer ng Java at mga tagapangasiwa ng system sa koponan.
βInilagay lang namin sila sa isang silid at sinabing, 'Alamin kung paano gagawin ang sistemang ito,'β sabi ni Joel Crabb. β Sinabi sa amin ng isa sa mga developer ng Java: βNakakabaliw ito, hindi mo ito magagawa. Hindi ko alam kung ano ang sinasabi mo."
Kinailangan naming pagsamahin ang iba't ibang istilo ng dalawang uri ng mga koponan upang makamit ang ninanais na resulta - isang software-driven, nasusubok, incremental na proseso ng pag-unlad.
Ang pagbibigay-insentibo sa koponan sa maagang bahagi ng proyekto ay nagbigay-daan sa kanila na makaiskor ng ilang kahanga-hangang panalo. Nagawa nilang mabilis na palitan ang isang legacy development environment, bawasan ang bilang ng quality assurance (QA) environment, at sa proseso ng pagbabago ay nakuha ng mga bagong team ang paraan ng pagtatrabaho at bilis ng paghahatid ng aplikasyon.
Ang kanilang tagumpay ay naglagay sa kanila sa isang magandang posisyon upang humingi ng karagdagang mga mapagkukunan para sa kanilang pribadong cloud initiative. At sa pagkakataong ito ay nagkaroon sila ng suporta sa antas ng nangungunang pamamahala ng kumpanya.
Natanggap nina Steve Eastham at Joel Crabb ang pondong kailangan para kumuha ng karagdagang kawani at limang bagong rack ng kagamitan. Ang unang ulap sa wave na ito ng mga proyekto ay ang OpenStack environment, na nagpapatakbo ng mga cluster ng Hadoop para sa analytics. At ito ay nasa komersyal na operasyon.
Konklusyon
Ang mga kwentong MercadoLibre, Workday, at Best Buy ay nagbabahagi ng ilang mga prinsipyo na maaaring gabayan ka tungo sa matagumpay na pag-aampon ng OpenStack: Maging bukas sa mga pangangailangan ng mga developer, negosyo, at iba pang potensyal na user; magtrabaho sa loob ng itinatag na mga proseso ng iyong kumpanya; pakikipagtulungan sa iba pang mga organisasyon; at maging handang kumilos sa labas ng mga patakaran kung kinakailangan. Ang mga ito ay lahat ng mahahalagang soft skill na kapaki-pakinabang na magkaroon ng OpenStack cloud.
Walang perpektong landas para sa pagpapatupad ng OpenStack sa iyong kumpanya - ang landas ng pagpapatupad ay nakasalalay sa maraming mga salik na nauugnay sa iyo at sa iyong kumpanya at sa sitwasyon kung saan makikita mo ang iyong sarili.
Bagama't ang katotohanang ito ay maaaring nakakalito para sa mga tagahanga ng OpenStack na nagtataka kung paano ipatupad ang kanilang unang proyekto, gayunpaman, ito ay isang positibong pananaw. Nangangahulugan ito na walang mga limitasyon sa kung hanggang saan ka makakarating sa OpenStack. Ang iyong makakamit ay limitado lamang sa iyong pagkamalikhain at pagiging maparaan.
Pinagmulan: www.habr.com