Миграция с собственного хостинга в облака. Кейс агентства Wunderman Thompson

Григорий Никонов

Управляющий директор агентства Wunderman Thompson

Предыстория: свой хостинг

Wunderman Thompson – старейшее digital-агентство России. Практически с самого основания мы начали использовать продукты Microsoft. В конце 90-х под них было проблематично найти адекватный хостинг, и мы построили свой. Со временем стало понятно, что мы не хотим заниматься железом, администрировать и апгрейдить его: это отвлекало нас от профильного бизнеса.

Просто поставить точку в этой истории мы не могли, ведь на наших серверах хостились сайты клиентов. Оптимальным вариантом стал уход в облака. Спойлер: легким и быстрым наш путь не был.

Поиск решения: виртуальные машины и микросервисы

Сначала мы окунулись в виртуализацию и поставили на наши серверы продукты VMware. Все было хорошо, но нам не хотелось заниматься обслуживанием даже нескольких машин. Инфраструктура для нашего хостинга превратилась в чемодан без ручки: нести тяжело, а выбросить жалко.

На российском рынке тогда появились первые услуги аренды виртуальных машин, одним из них мы и воспользовались. Но наши инженеры по-прежнему многое делали руками? и нас это не устраивало.

Когда появилась платформа Azure, мы сразу перенесли часть решений туда. Это было удобно: ресурсов выделяется столько, сколько необходимо в данный момент, а когда требовались дополнительные, их можно получить мгновенно. Но у этого решения был существенный недостаток: наши клиенты находятся на территории РФ, а ближайший сервер Azure – в Голландии, то есть трафик уходил за пределы России, чтобы потом вернуться обратно.

Мы уже собирались разворачивать инфраструктурные виртуальные машины, чтобы на них запускать наши приложения, но рынок снова подкинул нам что-то новенькое – мы решили протестировать микросервисную архитектуру. Начали с Docker, но снова нас ждало разочарование: на тот момент проект был сырым, и работать с ним оказалось не так-то просто.

Следующим шагом стал переход на Kubernetes. Полтора месяца мы использовали Kubernetes в нашем приватном облаке, но по-настоящему ничего так и не заработало. Было понятно, что это классная, мощная технология, но совершенно не адаптированная к такому простому использованию. По крайней мере, наша команда оказалась к этому не готова. Специалисты, которые долгое время работали с монструозными, но предсказуемыми продуктами Microsoft, привыкли многие операции выполнять парой щелчков мыши. В Kubernetes было иначе: нужно набрать 10 команд, и все равно не понятно, сработают они или нет.

Второй шанс мы дали Kubernetes благодаря Tectonic’у, который был похож на решения Microsoft. Разработчики были довольны: они работали по понятным инструкциям. Но мы переплачивали за неиспользуемые мощности, а это не нравилось финотделу.

Нашли! Уходим в облака

Мы продолжили искать оптимальное решение, но теперь у нас были четкие критерии.

• нам не нужно заниматься инфраструктурой;
• платим только за те ресурсы, которые реально потребляем;
• платформа работает с продуктами Microsoft;
• есть базовый набор инструментов;
• серверы провайдера находятся на территории РФ (для соблюдения 152–ФЗ).

Мы по-прежнему ожидали, что все будет работать на Kubernetes. Наконец, это случилось: оказалось, что подходящую нам виртуальную инфраструктуру предлагает команда Mail.ru Cloud Solutions (MCS).

Тестировать работу Kubernetes в облаке MCS мы начали на сайте нашего агентства и вскоре получили первые выгоды. Наши специалисты не тратят время на поддержку инфраструктуры и могут сконцентрироваться на разработке, а мы больше не инвестируем в задачи, которые можно делегировать.

Среди других плюсов:

• Прозрачное ценообразование. В общем кластере было сложно подсчитать, сколько ресурсов уходит на конкретного клиента, а в облаке MCS мы понимаем, во сколько нам обходится кластер, и легко распределяем эту сумму между клиентами;
• Удобная площадка для всего на свете. Можем выбирать ресурсы и сервисы, которые нам нужны, и получаем все в одном месте – а не идем за ними к десяти разным поставщикам.
• Оперативное устранение проблем. Мы оперативно решаем любые вопросы в Telegram-чате. Жалуемся, стучимся с вопросами, а обратно получаем решения и ответы от техподдержки. За год был только один серьезный инцидент, когда сервис простаивал дольше нескольких минут.

Миграция в облако MCS

Сайт агентства в облако MCS мы перенесли буквально за один день. Для этого потребовалось просто сменить адрес, ввести логин и пароль к новому кластеру и щелкнуть по кнопке. Сотрудники агентства даже ничего не заметили – миграция в облако никак не отразилась на их работе.

Поэтапная миграция первого клиентского проекта заняла около трех рабочих дней – совсем немного с учетом его масштабов. Все это время проект продолжал работать под нагрузкой. Клиенты, как и сотрудники агентства, не заметили, что что-то изменилось. Часть из них вообще не интересуется тем, где развернуто их решение, а остальные были довольны, что их проекты размещены в облаке с соблюдением требований 152-ФЗ.

Выводы

Мы пользуемся платформой MCS уже год и можем подвести промежуточные итоги. Стоимость площадки до и после миграции в MCS у нас уменьшилась на 12–15%. А есть еще экономия на сотрудниках (нет необходимости держать в штате специалистов с глубоким знанием инфраструктуры Kubernetes) и на сроках разворачивания проектов.

Кроме того, это удобно. Самый важный для нас показатель: все вновь создаваемые решения мы ориентируем именно на MCS.

Напоследок – несколько выводов про облачные решения в целом.

• Можем рекомендовать облака бизнесу любого размера, от стартапа до крупной корпорации.
• Для новых проектов облачная инфраструктура – единственное разумное решение: облака снижают порог вхождения, так как позволяют получить качественную инфраструктуру за разумные деньги.
• Перенести в облако можно даже проекты, работающие под нагрузкой.
• У облачного провайдера важны не только технологии и надежность, но и отзывчивая техподдержка.