Досвід використання IaaS великими (і не дуже) компаніями



МиІТ-ГРАД» намагаємося розповідати у своєму блозі на Хабре про хмарних технологіях та ІТ-інфраструктури. Минулого тижня ми представили техніко-економічне обгрунтування для впровадження хмарних технологій на рівні віртуальної інфраструктури.

Вчора ми навели приклади того, як «хмара» допомагає роботі бізнесу, а раніше ми говорили про те, як різні компанії «переїжджають» в хмару. Сьогодні нам би хотілося продовжити цю тему.


Почати хочеться з компанії FRANMER, яка з самого початку обрала непростий шлях розвитку. На сьогоднішній день компанія є лідером з продажу композитних басейнів на території Росії. Компанія FRANMER почала роботу в далекому 2004 році, коли хмарні технології перебували на ранній стадії розвитку. У той час компанії віддавали перевагу купівлі та підтримки власної інфраструктури.

FRANMER не стала винятком, закупивши власне обладнання і програмне забезпечення, компанія організувала серверну і сформувала ІТ-відділ. Як це зазвичай буває, з ростом компаній, розширенням асортименту і спектру пропонованих послуг виникла ситуація, коли треба було переглянути принципи побудови наявної ІТ-інфраструктури. Компанії знадобилася висока надійність і мобільність укупі з високою доступністю і адекватною вартістю. Керівництвом компанії було прийнято рішення «летіти» в хмари.

На сьогоднішній день в IaaS-хмара «ІТ-ГРАД» винесена велика частина сервісів FRANMER, серед яких виділяються розподілена база 1С, що містить інформацію про товари, замовлень і клієнтів, і віртуальний call-центр. Головною перевагою хмарного call-центру є те, що всі вхідні дзвінки обробляються цифрової АТС. Завдяки цьому можна оперативно отримати дані абонента з бази 1С (ім'я, прізвище, по батькові); в цьому випадку менеджери FRANMER бачать деталі всіх вхідних дзвінків.

Оскільки FRANMER має в своєму розпорядженні великою кількістю дилерських офісів у різних містах, всім співробітникам компанії необхідний централізований доступ до єдиної бази 1С. Дана функціональність і була реалізована за рахунок перенесення бази 1С в IaaS-хмара «ІТ-ГРАД».



Якщо звернутися до статистики, то стане зрозуміло, що сьогодні компанії все частіше дивляться в бік «хмар»: починаючи з 2014 року популярність хмарних технологій зростає на 44% щорічно, а сумарна вартість обладнання, яке замінить хмарна інфраструктура до 2018 року, оцінюється в $79,1 млрд.

При цьому одні організації переводять ІТ-інфраструктуру хмара повністю, інші – лише її частина. Мережа універсамів «АБК» пішла по другому шляху, здійснивши перенесення в хмару провайдера віртуальних серверів з системою ServiceDesk.

«Ми прийшли до висновку, що система ServiceDesk є непрофільним активом для компанії, і доцільніше з економічної і технічної точки зору винести її в хмару, – коментує Дмитро Зотов, керівник відділу системного адміністрування «АБК». – В силу того, що обслуговувати рішення власними силами на власному майданчику виявилося дорожчим, ніж використовувати ресурси IaaS-провайдера, який на цьому профілюється, перевели сервіс на хмарну майданчик».



На даний момент базова архітектура компанії, яка включає Active Directory, поштові та файлові сервіси та системи обліку, працює «на місці» і контролюється ІТ-відділу компанії. Однак у найближчому майбутньому керівництво «АБК» планує перенести всі ці сервіси в хмару, зокрема, у хмару «ІТ-ГРАД».

Мережа універсамів «АБК» наочно демонструє одну з стратегій переходу до хмари: перенести один сервіс «на пробу», а потім вже підтягувати інші. Такий підхід практикують багато компанії.

Наприклад, раніше в цьому році стало невідомо, що компанія-гігант Netflix завершила переклад потужностей в хмару і закриває свій останній дата-центр. Постачальник фільмів переклав з локальних серверів платіжну інфраструктуру, платформу великих даних, служби відеотрансляції, системи управління даними клієнтів та співробітників і багато іншого.

Netflix – це популярний стриминговый сервіс, який в години пікових навантажень генерирует третину всього північноамериканського інтернет-трафіку. Таким чином, виходить, що Netflix – це найбільше хмарне додаток. Перехід до хмари не виявився марним, більш того, він був вимушеним. Згідно даними компанії, кількість користувачів сервісу збільшилася у вісім разів за останні 8 років, а частота переглядів зросла мало не в тисячу разів.



При такому навантаженні підтримувати власну інфраструктуру і нарощувати потужності власних ЦОД з кожним роком стає все важче. Хмара ж дозволяє оперувати тисячами віртуальних серверів і петабайтами дискового простору. Сьогодні Netflix – це одна з найбільших компаній, працюючих з віртуальною інфраструктурою. Єдине, що Netflix вирішила не переводити в хмару, – це мережі доставки контенту, дії, що розвертаються на боці окремих сервіс-провайдерів.

Система доставки контенту кешує відео на сайтах провайдерів, що покращує продуктивність стриминговых сервісів. Для цього Netflix встановлює власні сервери на стороні інтернет-провайдера і контролює мережу за межами хмарної екосистеми хмари. Зараз frontend-сервіси Netflix працюють на веб-серверах Tomcat і nginx, кількість яких варіюється від 500 до 1000 в залежності від запитів клієнтів. Також компанією використовуються сервери баз даних NoSQL Cassandra, висока продуктивність яких забезпечується за рахунок системи розподіленого кешування об'єктів.



На малюнку вище показано, що перехід на хмарні технології здійснювався поступово протягом декількох років. За словами віце-президента з розробки хмарних рішень Netflix Юрія Израилевского (Yury Izrailevsky), «переїзд в хмару виявився важкою роботою».

«Покажусь банальним, але мене дивують заяви про перенесення всієї інфраструктури до хмари за короткий термін. Адже до неї відносяться і традиційні системи десятирічної давності, а вони зовсім не заточені під хмару, – коментує Юрій. – Перенесення або розгортання таких додатків забирає багато сил і часу»
Але як це завжди буває, після рішення складної задачі буває корисно зробити кілька висновків. Але ще корисніше витягувати уроки з чужого досвіду, яким компанія Netflix не забула поділитися. Порада перша: не варто поспішати і разом переносити бізнес-критичні програми. Спершу варто провести аналіз портфеля додатків і розставити пріоритети міграції. В цьому випадку не потрібно обмежувати себе жорсткими рамками, оскільки перехід на хмарні технології може затягнутися.

Порада друга: варто пам'ятати, що переїзд до хмари – це не просто перенесення додатків. Потрібно обов'язково переглянути процеси і модель фінансування і не забувати про рішення Agile, Lean і DevOps. Ще буде корисно використовувати конфігураційні інструменти управління, такі як Puppet або Chef, і інструменти інтеграції та розгортання Jenkins і Travis CI.

І, нарешті, третя порада: пам'ятайте, що, переміщаючи додаток в хмару «як є», ви тягнете за ним існуючі проблеми. З-за цього вам потрібно вносити зміни в архітектуру. Подумайте про рух у бік микросервисов і використанні інструментів для ефективної роботи з даними (наприклад Redis, Memcached і MongoDB).

Переїзд в хмару не повинен проходити спонтанно, особливо якщо мова йде про перенесення сотень різних сервісів і тисяч компонентів. Тут необхідна стратегія поетапної, плавною і безболісною міграції. Поспіх у цьому питанні – не помічник.

P. S. Наші інші матеріали по темі:



Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.