Няма перфектен начин за внедряване на 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, — казва Леандро Реокс. — Успяхме незабавно да се потопим в проекта, да определим набор от тестове за нашата инсталация на OpenStack и да започнем тестването.
Първоначалното им тестване на втория релиз на OpenStack определи няколко проблема, които не им позволяваха да преминат на продуктивна среда, но преходът от релиз Bexar към релиз Cactus се случи точно навреме. По-нататъшното тестване на релиза Cactus даде увереност, че облакът е готов за търговска експлоатация.
Комерсиализацията и разбирането от страна на разработчиците на възможността да получат инфраструктура толкова бързо, колкото могат да я консумират, определи успешността на внедряването.
— Цялата компания жадуваше за подобна система и за функционалността, която тя предоставя, — отбелязва Максимилиано Венесио, старши инженер по инфраструктура в MercadoLibre.
Въпреки това екипът беше предпазлив в управлението на очакванията на разработчиците. Те трябваше да се уверят, че разработчиците разбират — съществуващите приложения няма да работят в новото частно облако без изменения.
— Трябваше да се уверим, че нашите разработчици са готови да пишат stateless приложения за облака, — каза Алехандро Комисарио. — Това беше огромна културна промяна за тях. В някои случаи трябваше да обучим разработчиците, че запазването на данните им в инстанция не е достатъчно. На разработчиците трябваше да им се коригира начина на мислене.
Екипът беше внимателен в обучението на разработчиците и им препоръча най-добрите практики за създаване на cloud-ready приложения. Те изпращаха имейли, организираха обеди с неформално обучение и формални тренинги, както и осигуряваха необходимата документация за облачната среда. Резултатът от техните усилия е следният: разработчиците на MercadoLibre вече разработват приложения за облака с такова същото удобство, както и традиционните приложения за виртуализирани среди на компанията.
Автоматизацията, която успяха да постигнат с помощта на частното облако, беше възвърната, позволявайки на MercadoLibre драстично да увеличи мащабите на своята инфраструктура. Това, което започна като екип по инфраструктура, състоящ се от трима души, поддържащи 250 разработчици, 100 сървъри и 1000 виртуални машини, израсна в екип от 10 души, поддържащи над 500 разработчици, 2000 сървъра и 12 000 ВМ.
Workday: Създаване на бизнес-кейс за OpenStack
За екипа в компанията Workday, работещ в сферата на SaaS, решението да приемат OpenStack не беше толкова оперативно, колкото стратегическо.
Пътят на Workday към внедряване на частно облако започна през 2013 година, когато ръководството на компанията се съгласи да инвестира в широка инициатива за софтуерно-определяеми центрове за данни (SDDC). Надеждата за тази инициатива беше да се постигне по-голяма автоматизация, внедряване на иновации и повишаване на ефективността на центровете за обработка на данни.
Workday създаде своето виждане за частно облако между инфраструктурните, инженерните и оперативните групи на компанията, и беше постигнато споразумение за започване на изследователска инициатива. Workday наеха Кармин Рими за директор по облачни решения с цел да води промените.
Първата задача на Рими в 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 000 служители, като е най-голямата от компаниите, посочени в статията. И така, докато процесите, използвани от инфраструктурния екип на bestbuy.com при подготовката на частно облако на базата на OpenStack, не са уникални, гъвкавостта, с която приложиха тези процеси, е впечатляваща.
За да внедрят своето първо облако OpenStack в BestBuy, директорът по уеб решенията Steve Eastham и главният архитект Joel Crabb трябваше да разчитат на креативен подход, за да преодолеят многобройните бариери, които се изправиха пред тях.
Инициативата BestBuy OpenStack започна в началото на 2011 година в опит да разбере различните бизнес процеси, свързани с релийзните процеси на сайта за електронна търговия bestbuy.com. Тези усилия разкриха значителна неефективност в процесите на осигуряване на качество. Процесът на проверка на качеството носеше значителни разходи при всяко голямо издание на сайта, което се провеждаше две до четири пъти годишно. Значителна част от тези разходи беше свързана с ръчната настройка на средата, съгласуването на несъответствия и решаването на проблеми с наличността на ресурси.
За да се справят с тези проблеми, на bestbuy.com беше предложена инициатива за „проверка на качеството при поискване“ под ръководството на Steve Eastham и Joel Crabb, насочена към идентифициране и отстраняване на тесните места в процеса на проверка на качеството на bestbuy.com. Сред основните препоръки на този проект бяха автоматизация на процесите на проверка на качеството и предоставяне на потребителски групи инструменти за самообслужване.
Въпреки че Стив Истъм и Джоел Краб успяха да използват перспективата на значителни разходи за контрол на качеството, за да оправдаят инвестициите в частния облак, те бързо се сблъскаха с проблем: одобрението за проекта беше получено, но средства за него нямаше. Не съществуваше бюджет за закупуване на оборудване за проекта.
Необходимостта е майка на изобретението, и екипът прие нов подход към финансирането на облака: те замениха бюджета на двама разработчици с друг екип, който имаше бюджет за оборудване.
С получените средства те възнамеряваха да закупят необходимо оборудване за проекта. След като се свързаха с компания HP, техния доставчик на оборудване по това време, те се заеха с оптимизация на предложението. Чрез старателни преговори и приемливо намаляване на нуждите от оборудване, успяха да намалят разходите почти наполовина.
В същия дух Стив Истъм и Джоел Краб сключиха сделка с мрежовия екип на компанията, използвайки наличния капацитет на съществуващото ядро, икономейки типичните разходи, свързани с закупуването на ново мрежово оборудване.
— Бяхме на доста тънък лед, — каза Стив Истъм. — Това не беше обичайна практика в BestBuy по това време, нито сега. Действахме под радара. Можехме да получим предупреждение, но успяхме да избегнем такова.
Преодоляването на финансовите трудности беше само първото от многото препятствия. По това време възможностите за намиране на експерти по OpenStack за проекта бяха почти несъществуващи. Така че, им се наложи да създадат екип от нулата, съчетавайки традиционни Java разработчици и системни администратори.
— Просто ги сложихме в една стая и им казахме: «Разберете как да работите с тази система», — разказва Джоел Краб. — Един от Java разработчиците ни каза: «Това е лудост, не можете да направите това. Не знам за какво говорите.»
Наложи се да комбинираме различните стилове на двата типа екипи, за да получим желаните резултати – процес на разработка, управляван чрез софтуер, тестируем и итеративен.
Стимулирането на екипа в ранния етап на проекта им позволи да постигнат впечатляващи успехи. Те успяха бързо да заменят остарялата среда за разработка, да намалят броя на средите за контрол на качеството (QA) и в процеса на трансформация получиха нов начин на работа за новите екипи и скорост на доставка на приложения.
Техният успех създаде добри възможности да поискат допълнителни ресурси за своята инициатива за частно облако. И този път те получиха подкрепа на ниво топ мениджмънт на компанията.
Стив Истъм и Джоел Крабб получиха финансиране, необходимо за наемане на допълнителен персонал и пет нови сървъра. Първото облако в тази вълна от проекти беше средата OpenStack, която стартира клъстери на Hadoop за анализи. И то вече е в търговска експлоатация.
Заключение
В разказите на MercadoLibre, Workday и Best Buy има редица принципи, които могат да ви насочат по пътя към успешното внедряване на OpenStack: да бъдете отворени към нуждите на разработчиците, бизнеса и други потенциални потребители; работа в рамките на установените процеси на вашата компания; сътрудничество с други организации; и да бъдете готови да действате извън правилата, когато е необходимо. Всички тези ценни софтуерни умения са полезни заедно с облака OpenStack.
Няма идеален път за внедряване на OpenStack във вашата компания – пътят на внедряване зависи от много фактори, свързани както с вас, така и с вашата компания и ситуацията, в която се намирате.
И въпреки че този факт може да обърка феновете на OpenStack, които искат да внедрят своя първи проект, все пак това е положителна перспектива. Това означава, че няма граници на това, колко далеч можете да стигнете с OpenStack. Това, което можете да постигнете, е ограничено само от вашата креативност и находчивост.
Източник: habr.com
