Немає ідеального шляху впровадження 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 годин до десяти секунд і виняток із цього процесу втручання людини.
Коли вони знайшли 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 000 співробітників, будучи найбільшою з компаній, перерахованих у статті. І тому, в той час як процеси, використані інфраструктурною командою 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