Няма ідэальнага шляху ўкаранення OpenStack у вашай кампаніі, але ёсць агульныя прынцыпы, якія могуць накіраваць вас да паспяховага ўкаранення
Адным з добрых якасцяў праграмнага забеспячэння з адкрытым зыходным кодам, такога як OpenStack, з'яўляецца магчымасць спампаваць яго, паспрабаваць яго ў працы і атрымаць практычнае ўяўленне аб ім без доўгага ўзаемадзеяння з прадаўцамі кампаній-вендараў або без неабходнасці доўгіх унутраных узгадненняў пілотнага праекта паміж сваёй кампаній і кампаніяй -вендарам.
Але што адбудзецца, калі прыйдзе час зрабіць нешта большае, чым проста паспрабаваць праект? Як вы будзеце рыхтаваць разгорнутую сістэму ад зыходнага кода да прадуктыўнага асяроддзя? Як вы можаце пераадолець арганізацыйныя перашкоды на шляху ўкаранення новых і трансфармуючых тэхналогій? З чаго пачаць? Што вы будзеце рабіць далей?
Безумоўна, шматлікае можна атрымаць з досведу тых, хто ўжо разгарнуў OpenStack. Каб лепш зразумець заканамернасці прыняцця OpenStack, я пагаварыў з некалькімі камандамі, якія паспяхова прадставілі гэтую сістэму сваім кампаніям.
MercadoLibre: дыктат неабходнасці і бег хутчэй лані
Калі патрэба дастаткова моцная, тады ўкараненне гнуткай хмарнай інфраструктуры можа быць амаль такім жа простым, як "пабудаваць яе і яны прыйдуць". У многіх адносінах гэта той вопыт, які атрымалі Alejandro Comisario, Maximiliano Venesio і Leandro Reox у сваёй кампаніі MercadoLibre, найбуйнейшай кампаніі электроннай камерцыі ў Лацінскай Амерыцы і восьмы па велічыні ў свеце.
У 2011 годзе, калі дэпартамент распрацоўкі кампаніі пачаў шлях дэкампазіцыі сваёй тагачаснай маналітнай сістэмы ў платформу, якая складаецца з слаба звязаных сэрвісаў, злучаных праз API, каманда па інфраструктуры сустрэлася з рэзкім ростам колькасці запытаў да іх невялікай каманды, якія трэба было выконваць.
- Зрух адбыўся вельмі хутка, - кажа Alejandro Comisario, тэхнічны кіраўнік хмарных службаў MercadoLibre. - Мы літаральна ў раптоўна зразумелі, што не зможам працягваць працаваць у такім рытме без дапамогі якой-небудзь сістэмы.
Alejandro Comisario, Maximiliano Venesio і Leandro Reox – уся каманда MercadoLibre у той час, пачалі шукаць тэхналогіі, якія дазволілі б ім ухіліць ручныя крокі, звязаныя з прадастаўленнем інфраструктуры сваім распрацоўнікам.
Каманда паставіла сабе больш складаныя задачы, фармулюючы мэты не толькі для імгненных задач, але і для мэт усёй кампаніі: скарачэнне часу падавання карыстачам гатовых да прадуктыўнага асяроддзя віртуальных машын з 2 гадзін да 10 секунд і выключэнне з гэтага працэсу ўмяшання чалавека.
Калі яны знайшлі OpenStack, стала зразумела, што гэта менавіта тое, што яны шукалі. Хутка развіваецца культура MercadoLibre дазволіла камандзе хутка рухацца ў стварэнні асяроддзя OpenStack, нягледзячы на ??адносную няспеласць праекта ў той час.
– Стала зразумела, што падыход OpenStack – даследаванні, апусканне ў код, і тэставанне функцыянальнасці і маштабаванні супадае з падыходам MercadoLibre, – кажа Leandro Reox. - Мы змаглі адразу пагрузіцца ў праект, вызначыць набор тэстаў для нашай усталёўкі OpenStack і пачаць тэставанне.
Іх першапачатковае тэставанне на другім рэлізе OpenStack вызначыла некалькі праблем, якія не дазвалялі ім ісці ў прадуктыў, аднак пераход ад рэлізу Bexar да рэлізу Cactus адбыўся як раз у патрэбны час. Далейшае тэсціраванне рэлізу Cactus дало ўпэўненасць у тым, што воблака гатова да камерцыйнай эксплуатацыі.
Запуск у камерцыйную эксплуатацыю і разуменне распрацоўшчыкамі магчымасці атрымання інфраструктуры настолькі хутка, наколькі распрацоўшчыкі здольныя яе спажываць, вызначыла паспяховасць укаранення.
– Уся кампанія прагнула падобную сістэму і таго функцыяналу якой яна падае, – адзначае Maximiliano Venesio, старэйшы інжынер па інфраструктуры ў MercadoLibre.
Тым не менш, каманда была асцярожная ў кіраванні чаканнямі распрацоўшчыкаў. Ім трэба было пераканацца, што распрацоўшчыкі разумеюць - існуючыя прыкладанні не змогуць працаваць на новым прыватным воблаку без змен.
- Мы павінны былі пераканацца, што нашы распрацоўшчыкі былі гатовыя пісаць stateless прыкладання для аблокі, - сказаў Alejandro Comisario. - Гэта быў велізарны культурны зрух для іх. У некаторых выпадках нам даводзілася вучыць распрацоўшчыкаў таму, што захаванне іх дадзеных у інстансе не дастаткова. Распрацоўнікам трэба было скарэктаваць сваё мысленне.
Каманда была ўважлівая ў навучанні распрацоўшчыкаў і парэкамендавала ім лепшыя практыкі стварэння cloud-ready прыкладанняў. Яны дасылалі электронныя лісты, праводзілі абеды з нефармальным навучаннем і фармальныя трэнінгі, а таксама забяспечвалі належную дакументацыю хмарнага асяроддзя. Вынік іх намаганняў такі: распрацоўшчыкі MercadoLibre зараз гэтак жа камфортна распрацоўваюць прыкладанні для аблокі, як распрацоўвалі традыцыйныя прыкладанні для віртуалізаваных асяроддзяў кампаніі.
Аўтаматызацыя, якой яны змаглі дасягнуць з дапамогай прыватнага аблокі, акупілася, дазволіўшы MercadoLibre рэзка павялічыць маштабы сваёй інфраструктуры. Тое, што пачыналася як каманда інфраструктуры, якая складаецца з трох чалавек, якія падтрымліваюць 250 распрацоўшчыкаў, 100 сервераў і 1000 віртуальных машын, вырасла ў каманду з 10 чалавек, якія падтрымліваюць больш за 500 распрацоўшчыкаў, 2000 сервераў і 12 000 ВМ.
Workday: Стварэнне бізнес-кейса для OpenStack
Для каманды ў кампаніі Workday, якая працуе ў сферы SaaS, рашэнне аб прыняцці OpenStack было не столькі аперацыйным, колькі стратэгічным.
Шлях Workday да ўкаранення прыватнага аблокі пачаўся ў 2013 годзе, калі кіраўніцтва кампаніі пагадзілася інвеставаць у шырокую ініцыятыву праграмна-вызначанага ЦАД (SDDC). Надзея на гэту ініцыятыву заключалася ў дасягненні большай аўтаматызацыі, укараненні інавацый і павышэнні эфектыўнасці цэнтраў апрацоўкі даных.
Workday стварыў сваё бачанне прыватнага аблокі паміж інфраструктурнымі, інжынернымі і аперацыйнымі групамі кампаніі, і было дасягнута пагадненне аб пачатку даследчай ініцыятывы. Workday нанялі Carmine Remi у якасці дырэктара па хмарных рашэннях з мэтай узначаліць змены.
Першай задачай Rimi у Workday было пашырэнне першапачатковага бізнэс-кейса на большую частку кампаніі.
Краевугольным каменем бізнес-кейса было павышэнне гнуткасці пры выкарыстанні SDDC. Гэтая падвышаная гнуткасць дапамагла б кампаніі рэалізаваць свае пажаданні да бесперапыннага разгортвання праграмнага забеспячэння з нулявым часам прастою. API для SDDC павінен быў дазволіць групам распрацоўкі прыкладанняў і платформаў Workday ўкараняць інавацыі недаступным раней спосабам.
Эфектыўнасць абсталявання таксама ўлічвалася ў бізнес-кейсе. Workday ставіць амбіцыйныя мэты па павелічэнні ўзроўню ўтылізацыі існуючага абсталявання і рэсурсаў цэнтра апрацоўкі даных.
- Мы выявілі, што ў нас ужо ёсць тэхналогія прамежкавага пласта, якая можа скарыстацца перавагамі прыватнага аблокі. Гэта праграмнае забеспячэнне прамежкавага пласта ўжо выкарыстоўвалася для разгортвання асяроддзяў dev/test у публічных аблоках. З дапамогай прыватнага аблокі мы маглі б пашырыць гэтае ПЗ для стварэння гібрыднага хмарнага рашэння. Выкарыстоўваючы гібрыдную хмарную стратэгію, Workday можа міграваць працоўныя нагрузкі паміж публічнымі і прыватнымі аблокамі, што дасць магчымасць максымізаваць утылізацыю абсталявання, забяспечваючы эканомію для бізнэсу
Нарэшце, у хмарнай стратэгіі Rimi было адзначана, што простыя stateless працоўныя нагрузкі і іх гарызантальнае маштабаванне дазволіць Workday пачаць выкарыстоўваць сваё прыватнае воблака з меншай рызыкай і дасягнуць сталасці хмарных аперацый натуральным чынам.
- Можна прыступіць да вызначанага плана і навучыцца кіраваць новым воблакам з невялікай працоўнай нагрузкай, падобна традыцыйным НДДКР, якія дазваляюць эксперыментаваць у бяспечных умовах, - прапанаваў Rimi.
Маючы самавіты бізнес-кейс, Rimi ацаніў некалькі вядомых прыватных хмарных платформаў, уключаючы OpenStack, па шырокім наборы крытэрыяў ацэнкі, якія ўключалі адкрытасць кожнай платформы, прастату выкарыстання, гнуткасць, надзейнасць, устойлівасць, наяўнасць падтрымкі і супольнасці, а таксама патэнцыял. Грунтуючыся на выніках сваёй адзнакі, Rimi і яго каманда абралі OpenStack і прыступілі да стварэння прыватнага аблокі, гатовага да камерцыйнай эксплуатацыі.
Паспяхова укараніўшы сваё першае жыццяздольнае воблака OpenStack, Workday працягвае імкнуцца да шырэйшага ўкаранення новага асяроддзя SDDC. Для дасягнення гэтай мэты Rimi выкарыстоўвае шматбаковы падыход, арыентаваны на:
- канцэнтрацыю на cloud-ready працоўных нагрузках, асабліва на stateless прыкладаннях у партфоліо
- вызначэнні крытэрыяў і працэсу міграцыі
- пастаноўцы мэтаў для распрацоўкі для міграцыі гэтых прыкладанняў
- зносіны і навучанне груп зацікаўленых карыстальнікаў Workday з выкарыстаннем сходаў, дэманстрацый, відэа і трэнінгаў OpenStack
- Наша воблака падтрымлівае розныя працоўныя нагрузкі, некаторыя ў прадуктыве, іншыя ў падрыхтоўцы да камерцыйнай эксплуатацыі. У канчатковым выніку мы хочам міграваць усе працоўныя нагрузкі, і я чакаю, што мы дасягнем пераломнага моманту, калі мы ўбачым раптоўны паток актыўнасці. Мы рыхтуем сістэму па частках кожны дзень, каб мець магчымасць справіцца з гэтым узроўнем актыўнасці, калі прыйдзе час.
BestBuy: парушаючы забароны
Рознічная сетка продажу электронікі BestBuy мае гадавую выручку 43 даляраў і 140 супрацоўнікаў, з'яўляючыся найбуйнейшай з кампаній, пералічаных у артыкуле. І таму, у той час як працэсы, скарыстаныя інфраструктурнай камандай bestbuy.com пры падрыхтоўцы прыватнага аблокі на аснове OpenStack не ўнікальныя, гнуткасць, з якой яны ўжывалі гэтыя працэсы, уражвае.
Каб укараніць сваё першае воблака OpenStack у BestBuy, дырэктару па вэб-рашэнням Steve Eastham і галоўнаму архітэктару Joel Crabb прыйшлося спадзявацца на крэатыўны падыход для пераадолення мноства бар'ераў, якія ўсталі на іх шляху.
Ініцыятыва BestBuy OpenStack вырасла ў пачатку 2011 года са спробаў зразумець розныя бізнэс-працэсы, звязаныя з працэсамі рэлізу сайта электроннай камерцыі bestbuy.com. Гэтыя намаганні выявілі значную неэфектыўнасць працэсаў забеспячэння якасці. Працэс праверкі якасці ўносіў значныя выдаткі пры кожным буйным рэлізе сайта, які праходзіў два-чатыры разы на год. Значная частка гэтых затрат была звязана з ручной настройкай асяроддзя, узгадненнем разыходжанняў і вырашэннем праблем з даступнасцю рэсурсаў.
Для вырашэння гэтых праблем bestbuy.com была прапанавана ініцыятыва "праверка якасці па патрабаванні" пад кіраўніцтвам Steve Eastham і Joel Crabb, накіраваная на выяўленне і ўстараненне вузкіх месцаў у працэсе праверкі якасці bestbuy.com. Сярод асноўных рэкамендацый гэтага праекта былі аўтаматызацыя працэсаў праверкі якасці і прадастаўленне групам карыстальніка інструментаў самаабслугоўвання.
І хоць Steve Eastham і Joel Crabb змаглі выкарыстаць далягляд вельмі значных выдаткаў на кантроль якасці для апраўдання інвестыцый у прыватнае воблака, яны хутка сутыкнуліся з праблемай: хоць ухвала на праект было атрымана, сродкаў на праект не было. Бюджэту на закупку абсталяваньня для праекту не было.
Неабходнасць - маці вынаходкі, і каманда прыняла новы падыход да фінансавання аблокі: яны памянялі бюджэт на двух распрацоўшчыкаў з іншай камандай, якая мела бюджэт на абсталяванне.
На атрыманы бюджэт яны мелі намер купіць абсталяванне, неабходнае для праекта. Звязаўшыся з кампаніяй HP, іх пастаўшчыком абсталявання ў той час, яны заняліся аптымізацыяй прапановы. Дзякуючы дбайным перагаворам і прымальнаму скарачэнню патрэбнасцей у абсталяванні, яны змаглі скараціць расходы на абсталяванне амаль удвая.
У тым жа ключы Steve Eastham і Joel Crabb правялі здзелку з сеткавай камандай кампаніі, скарыстаўшыся наяўнай ёмістасцю існуючага ядра, эканомячы тыповыя выдаткі, звязаныя з закупкай новага сеткавага абсталявання.
- Мы стаялі на даволі тонкім лёдзе, - сказаў Steve Eastham. - Гэта не было распаўсюджанай практыкай у BestBuy ні ў той час, ні цяпер. Мы дзейнічалі ніжэй за ўзровень радараў. Мы маглі атрымаць вымову, але нам удалося гэтага пазбегнуць.
Пераадоленне фінансавых цяжкасцей было толькі першай з многіх перашкод. У той час магчымасці знайсці OpenStack экспертаў для праекту практычна не было. Такім чынам, ім прыйшлося ствараць каманду з нуля шляхам злучэння ў камандзе традыцыйных Java-распрацоўнікаў і сістэмных адміністратараў.
- Мы проста пасадзілі іх у адзін пакой і сказалі: "Высветліце, як працаваць з гэтай сістэмай", – распавядае Joel Crabb. - Адзін з Java распрацоўшчыкаў казаў нам: «Гэта вар'яцтва, вы не можаце гэта зрабіць. Я не ведаю, пра што вы кажаце.
Нам прыйшлося аб'яднаць розныя стылі двух тыпаў каманд, каб атрымаць жаданы вынік - праграмна-кіраваны, прыдатны да тэставання, паэтапны працэс распрацоўкі.
Стымуляванне каманды на ранняй стадыі праекта дазволіла ім атрымаць некалькі уражлівых перамог. Яны змаглі хутка замяніць састарэлую сераду распрацоўкі, скараціць колькасць асяроддзяў кантролю якасці (QA) і ў працэсе пераўтварэнні атрымалі спосаб працы новых груп і хуткасць пастаўкі прыкладанняў.
Іх поспех даў добрыя магчымасці папрасіць дадатковыя рэсурсы для іх ініцыятывы прыватнага аблокі. І на гэты раз яны мелі падтрымку на ўзроўні топ менеджменту кампаніі.
Steve Eastham і Joel Crabb атрымалі фінансаванне, неабходнае для найму дадатковага персанала і пяці новых стоек абсталявання. Першым воблакам у гэтай хвалі праектаў стала асяроддзе OpenStack, якая запускае кластара Hadoop для аналітыкі. І яно ўжо знаходзіцца ў камерцыйнай эксплуатацыі.
Заключэнне
У апавяданнях MercadoLibre, Workday і Best Buy ёсць шэраг прынцыпаў, якія могуць накіраваць вас па шляху паспяховага ўкаранення OpenStack: быць адкрытым да патрэб распрацоўшчыкаў, бізнесу і іншых патэнцыйных карыстальнікаў; праца ў рамках устаноўленых працэсаў вашай кампаніі; супрацоўніцтва з іншымі арганізацыямі; і быць гатовым дзейнічаць па-за правіламі, калі гэта неабходна. Усё гэта каштоўныя soft-skills, якія карысна мець разам з воблакам OpenStack.
Няма ідэальнага шляху для ўкаранення OpenStack у вашай кампаніі - шлях укаранення залежыць ад шматлікіх фактараў, звязаных як з вамі, так і з вашай кампаніяй і сітуацыяй у які вы знаходзіцеся.
І хоць гэты факт можа ўводзіць у замяшанне прыхільнікаў OpenStack, якія цікавяцца як укараніць свой першы праект, тым не менш гэта пазітыўны пункт гледжання. Гэта азначае, што межаў таго, як далёка вы можаце пайсці з OpenStack, не існуе. Тое, што вы можаце дасягнуць абмяжоўваецца толькі вашай крэатыўнасцю і знаходлівасцю.
Крыніца: habr.com