Облако на практике: опыт российских компаний

Кирилл Старовойт. Почему компании выбирают облака? Что является внешним и внутренним триггером перехода в облако?

Джонатан Воложчик, FM Logistic. Мы логистическая компания, предоставляем складские и транспортные услуги на международном рынке. В России работаем уже 30 лет. Мы являемся частью международной компании, главный офис которой находится во Франции, поэтому наша система была централизована. В 2018 году объем российского рынка, т. е. количество обслуживаемых компаний и внедряемых проектов, вырос настолько, что главный офис предложил нам взять на себя управление инфраструктурой и управление проектами. На тот момент была единственная причина, почему мы перешли в облако, — у нас не было выбора. У нас не было ни локальной команды с необходимой экспертизой, ни процессов, ни компетенций. Когда мы обсуждали переход в локальное облако в России, перед нами стоял вопрос стоимости, который, однако, быстро стал неактуальным, поскольку порог входа был невысоким.

В последующие годы рынок менялся. Изменения в законодательстве России, связанные с локализацией данных, заставили многие компании пересмотреть свои ИТ-стратегии. За последние четыре года нам пришлось перенести около 600 систем из международных облаков в российские. Однако главной причиной выбора российского облака стала возможность быстро и эффективно обслуживать наши решения.

Юрий Мурзин, Азбука Тех. Компания долгое время использовала собственное оборудование и ЦОДы, частично применяя облачные решения. Однако 2022 год стал переломным: стоимость серверов взлетела, и бюджет, заложенный в 2021 году, оказался недостаточным. Перед командой встал вопрос: как реализовать проекты, не выходя за рамки бюджета?

После анализа ситуации компания обратилась к облачному провайдеру К2 Cloud. Совместно с партнером мы рассчитали стоимость проектов, оборудования и необходимых ресурсов. Это позволило зафиксировать затраты на определенный период и гарантировать, что бюджет не будет превышен. Руководство поддержало это решение, и с 2022 года Азбука Вкуса полностью переехала в К2 Облако.

Александр Афанасьев, Leomax. Для малого и среднего бизнеса (МСБ) основное преимущество облачных решений заключается в быстром запуске и минимальных затратах на инфраструктуру. В отличие от крупных компаний, МСБ часто сосредоточен на оперативном зарабатывании денег, и в таких условиях важно минимизировать проблемы, связанные с ИТ-инфраструктурой.

Инсталляция собственного сервера, найм системных администраторов, прокладка кабелей и другие задачи требуют значительных капитальных затрат (CapEx) и не всегда надежно. Для МСБ это может быть непозволительной роскошью. Облака позволяют избежать этих расходов, предоставляя готовую инфраструктуру. Вопросы стоимости возникают уже на этапе масштабирования.

Инициатором перехода МСБ в облако чаще всего становится руководитель (собственник). С точки зрения собственника, самое надежное место для хранения данных компании — на сервере у него под столом в зоне прямой видимости. Однако на практике возникают вопросы резервирования, надежности хранения и защиты от хакеров, которые стали особенно активны в последнее время. Эти вопросы делают надежность ключевым фактором, и руководство обычно соглашается с переходом в облака. Возражения о контроле данных, как правило, снимаются когда подключается специалист по облачным технологиям, поэтому амбассадорами перехода в облака становятся технические специалисты.

При этом объяснять руководству, генеральному директору или собственнику необходимость перехода в облака — это обязательная часть процесса. Эксперты тоже могут ошибаться, поэтому важно аргументировать свое решение. Ключевой аргумент на этапе запуска — деньги. Компания может за десятки или сотни тысяч рублей получить готовую инфраструктуру в облаке уже завтра или потратить несколько миллионов рублей (или даже десятки миллионов) на закупку серверов через параллельный импорт. Кроме того, серверы сами не работают, их нужно настраивать, поддерживать, что требует дополнительных затрат. В облаках эти вопросы уже решены.

«Объяснять руководству, генеральному директору или собственнику необходимость перехода в облака — это обязательная часть процесса. Ключевой аргумент на этапе запуска — деньги»
Александр Афанасьев, Leomax

Василий Колосов, Picvario. Наша продуктовая компания начинала как маленький стартап, и на ранней стадии было невозможно закупать оборудование и заниматься инфраструктурой. У нас было всего три виртуальные машины, и первый год мы работали на этих мощностях. С каждым годом компания росла: увеличивалось количество клиентов и объем данных. Облачная модель позволила избежать капитальных расходов (CapEx) и масштабироваться на тот объем, который был необходим. Компания активно использует автомасштабирование ресурсов, что особенно важно в периоды наплыва клиентов или крупных событий. Это позволяет быстро увеличивать мощности при росте трафика и уменьшать их, когда нагрузка снижается. Для компании такая гибкость и эластичность — ключевой фактор.

Кирилл Старовойт. Какие критерии выбора облачного провайдера вы для себя определяли? Какие у вас ожидания от использования облака?

Станислав Чегодаев, Boxberry. Компания с 2018 года ежегодно открывала около тысячи пунктов выдачи заказов (ПВЗ), и сейчас их количество достигло пяти тысяч. Это колоссальный рост, который неизбежно влечет за собой увеличение требований к инфраструктуре и, как следствие, переход в облако

Boxberry сформировала четыре ключевых критерия для выбора облачного провайдера.

1. Наличие необходимых сервисов. Если нас интересует IaaS определенного типа или Bare Metal для работы с 1С, а провайдер не может предложить такие специфические услуги, он сразу исключается из списка.
2. Ценовая политика. Мы рассчитываем стоимость типового сервиса и сравниваем предложения провайдеров, попавших в шорт-лист. Это позволяет оценить, насколько выгодно сотрудничество с тем или иным провайдером.
3. Информационная безопасность. Ключевые аспекты ИБ — это конфиденциальность, целостность и доступность данных. Мы анализируем историю провайдера на предмет ИБ-инцидентов, утечек данных и других проблем. С 2022 года этот критерий стал особенно важным.
4. Техническая поддержка. Этот фактор определяет, сможем ли мы получить сервис в ожидаемом качестве. Важными параметрами являются MTTR (среднее время восстановления) и MTTD (среднее время обнаружения проблемы), а также средняя скорость обработки инцидентов.

Список критериев можно расширять, но эти четыре пункта являются основными для отсеивания неподходящих провайдеров.

Василий Колосов, Picvario. У нас похожий набор приоритетов. На первом месте стоит надежность, поскольку если инфраструктура нестабильна и постоянно возникают сбои, то все остальное теряет смысл. Кроме того, нужно подчеркнуть важность поддержки. Если нет команды, которая готова биться за клиента, как лев, и оперативно решать проблемы, то сотрудничество теряет ценность. Например, стремления добиваться решения всех проблем — это одна из ключевых сильных сторон K2 Cloud.

Джонатан Воложчик, FM Logistic. Наша компания использует несколько облаков, и ключевым критерием выбора являются люди. Самое важное — насколько комфортно работать с командой провайдера. Хотя стоимость, надежность и другие показатели важны, именно люди играют решающую роль.

«Ключевым критерием выбора являются люди. Самое важное — насколько комфортно работать с командой провайдера. Хотя стоимость, надежность и другие показатели важны, именно люди играют решающую роль»
Джонатан Воложчик, FM Logistic

В России после ухода международных лидеров рынка осталось не так много игроков, способных предложить высокий уровень технологичности, SLA и возможность интеграции специфических решений, таких как сетевое оборудование или специальные каналы. Этих провайдеров, которые, разумеется, соблюдают базовый чек-лист, друг от друга отличают люди. Когда компания глубоко интегрируется с одним провайдером, выбор фактически исчезает. Если партнерство успешно, то через 10 или даже 20 лет компания, скорее всего, останется с тем же провайдером. Поэтому важно, чтобы с самого начала это были люди, с которыми комфортно работать.

Поддержка — это не только тикеты и формальные запросы. В реальной жизни все общаются в Telegram и решают вопросы быстро и без лишних формальностей. Это особенно важно, когда нужно оперативно решить проблему здесь и сейчас.

Юрий Мурзин, Азбука Тех. Наша компания часто проводит анализ рынка и участвует в выборе облачных провайдеров, и я могу подтвердить, что гибкость поддержки — это действительно важный фактор. Когда команда провайдера готова оперативно реагировать на запросы, даже в нестандартных ситуациях, например, ночью, это дорогого стоит.

Станислав Чегодаев, Boxberry. Можно выделить и серьезное отношение к безопасности, о котором можно узнать, например, когда менеджер провайдера упоминает, что у них есть антидроновая защита. Такие детали показывают, что провайдер подходит к бизнесу по-взрослому и учитывает даже неочевидные угрозы

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

Александр Афанасьев, Leomax.Судя по моему опыту в ИТ (включая должности технического директора в Спортмастере и ИТ-директора в Lima), использование облаков не всегда бывает «безоблачным». Подход к облакам зависит от конкретного кейса компании, например:

• Единственное облако для малого и среднего бизнеса, когда компания только начинает свой путь, и облако становится основой инфраструктуры.
• Резервное облако для компаний с собственной «наземной» инфраструктурой, которые хотят зарезервировать ресурсы в облаке.
• Пилотно-девелоперская инфраструктура для тестирования новых решений и проектов.

Одной из ключевых проблем является уровень виртуализации. Некоторые системы, такие как 1С, критичны к уровню виртуализации, например, по скорости ядра, особенно в случае кастомных конфигураций, которые разрабатывались годами. В облаке не всегда удается достичь таких же показателей производительности, как на физическом оборудовании. Однако такие провайдеры, как К2 Cloud, активно работают над улучшением инфраструктуры, закупая новое оборудование с высокими скоростями ЦПУ. Хотя облачные решения не всегда дотягивают до «железных» серверов, их производительность остается удовлетворительной. При этом многие компании эффективно используют, например, такие сервисы как DBaaS.

Узкие места и «падения» в облаках случаются, хотя и реже, чем в локальных инфраструктурах. Например, проблемы с электричеством или дизель-генераторами могут привести к сбоям, но такие инциденты происходят крайне редко. Для сравнения, локальные серверы чаще страдают от внешних факторов, таких как аварии на коммуникациях или повреждение инфраструктуры.

Таким образом, облака — не идеальное решение для всех задач, особенно для высоконагруженных систем, однако в большинстве случаев облачные решения обеспечивают достаточную гибкость, безопасность и управляемость, а также высокую надежность, учитывая техническую поддержку, доступную круглосуточно.

Юрий Мурзин, Азбука Тех. Многие компании начинают работать с облаками с тестовых машин и контуров, чтобы проверить производительность, резервное копирование, разворачивают разные сервисы в PaaS и т. д. Однако даже при тщательной подготовке могут возникать неожиданные проблемы, и здесь важна оперативность и профессионализм поддержки облачного провайдера.

Вот некоторые примеры из нашей практики.

После завершения тестового периода мы решили запустить крупную виртуальную машину на ОС Windows для критического сервиса. Запуск был запланирован на вечернее время, чтобы минимизировать downtime. Однако после старта база данных MS SQL работала крайне медленно, а скрипты выполнялись в десятки раз хуже, чем на локальной инфраструктуре. Сервис оказался недоступен. После обращения в поддержку выяснилось, что платформа виртуализации неправильно распределяла NUMA-ноды для Windows-машин. В одной NUMA-ноде оказалось 64 ядра, а в другой — всего 8. Такое распределение не устроило MS SQL, что привело к сбоям. Благодаря оперативным действиям поддержки, изменения на хостовой машине были внесены в течение 15–20 минут, и сервис заработал.

Другой пример. Мы начали тестирование балансировки трафика с использованием NLB-балансировщика. Однако балансировка не работала должным образом из инфраструктуры компании. Сразу после обнаружения проблемы была налажена связь со специалистом L2-поддержки, после чего вопрос быстро решили.

«Даже при тщательной подготовке могут возникать неожиданные проблемы, и здесь важна оперативность и профессионализм поддержки облачного провайдера»
Юрий Мурзин, Азбука Тех

Джонатан Воложчик, FM Logistic. Облачные технологии предоставляют два основных уровня услуг:

• инфраструктура как сервис (IaaS): аренда вычислительных мощностей, виртуальных машин, хранилищ и других ресурсов;
• управляемые сервисы (Managed Services): дополнительные услуги, такие как поддержка, мониторинг, резервное копирование и другие.

Однако важно понимать, что облако — это всего лишь инструмент, который вы сами строите, а облачный провайдер предоставляет лишь ресурсы и платформу. В облаке один из ключевых рисков — легкость доступа к ресурсам. Облака позволяют быстро развертывать тестовые кластеры, базы данных или прототипы, что без должного контроля может привести к неконтролируемому росту затрат и ресурсов. Чтобы избежать таких проблем, необходимо внедрять механизмы контроля и управления (governance), включая

• контроль затрат: мониторинг использования ресурсов и автоматическое ограничение бюджетов;
• делегирование полномочий и централизованное управление: предоставление командам автономности, но с четкими правилами и лимитами, и сохранение контроля над использованием ресурсов.

Есть ситуации, когда облачные решения не могут заменить локальные серверы. Например, если критически важна низкая задержка (ping) или требуется полная независимость от каналов связи и телеком-провайдеров. В таких случаях локальная инфраструктура остается предпочтительным выбором.

Станислав Чегодаев, Boxberry. Один из самых серьезных рисков — полная потеря данных, например, из-за атак шифровальщиков или других инцидентов. Облачный провайдер не может ничего противопоставить таким рискам и не несет ответственности за такие ситуации в полном объеме. Компенсация убытков ограничивается условиями договора, например, возвратом месячной оплаты, хотя кризис такого рода может грозить потерей бизнеса. Это подчеркивает необходимость страхования данных и разработки собственной стратегии резервного копирования и восстановления.

Существуют и технические сложности, которые не очевидны на входе. Например, в случае использования провайдером геораспределенной инфраструктуры могут возникать задержки (latency), особенно если ноды запускаются на удаленных площадках. Это может привести к тайм-аутам в микросервисных приложениях. Решение таких проблем требует тесного взаимодействия с архитекторами провайдера.

Некоторые провайдеры предлагают собственные оптимизированные версии баз данных (например, форки PostgreSQL или MySQL), что может создать проблемы при миграции на другую платформу или создании резервных нод у другого провайдера. Вход в такие системы может быть простым, но выход — сложным и дорогостоящим (vendor lock).

В облака переходят в двух случаях.

• Когда выбора нет, поскольку у компании недостаточно компетенций, ресурсов или времени для создания собственной инфраструктуры
• Когда облачная модель (OpEx) оказывается выгоднее, чем капитальные затраты (CapEx) на локальную инфраструктуру.

Однако даже при использовании облачных услуг компания не освобождается от ответственности за свою инфраструктуру, включая

• резервное плечо, т. е каскад бэкапов и регулярное тестирование восстановления;
• испытания развертывания, т. е. время восстановления (MTTR) и время обнаружения проблем (MTTD) на конкретной платформе;
• подготовку команды.

Питать иллюзии, что провайдер возьмет на себя все задачи, — наивно. Облачный провайдер предоставляет ресурсы и базовые услуги, но управление инфраструктурой, безопасность и резервное копирование остаются зоной ответственности компании.

Джонатан Воложчик, FM Logistic. Если компания полностью перекладывает эти задачи на провайдера, это уже не управление ИТ, а аутсорсинг, что может привести к потере контроля и увеличению рисков.

Александр Афанасьев, Leomax. Риск потери данных никогда не равен нулю, будь то в облаке или на локальном сервере. Однако в облаке этот риск, как правило, ниже, особенно если локальная инфраструктура настроена неквалифицированным персоналом. Тем не менее даже самое надежное облако не застраховано от форс-мажоров и катастроф. При этом даже если данные хранятся в облаке, корпоративная инфраструктура может стать слабым звеном. Например, если локальные пользователи имеют доступ к облачным ресурсам, злоумышленники могут использовать их для проникновения в систему и шифрования данных.

Чтобы минимизировать риски, нужно иметь резервное плечо, строить резервную архитектуру и распределять бэкапы по самым непредсказуемым местам (S3). И, разумеется, необходим план восстановления (Disaster Recovery Plan), чтобы четко понимать, что делать в случае катастрофы, особенно если она происходит в неподходящее время, например, в пятницу вечером.

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

Василий Колосов, Picvario. Нельзя полагаться только на одного провайдера. Если что-то пойдет не так, обвинения в его адрес не помогут восстановить утраченное. Поэтому важно диверсифицировать риски и пользоваться услугами нескольких провайдеров или резервными решениями.

Российские облачные провайдеры активно развиваются. Хотя зарубежные компании тратят значительно больше на исследования и разработки, российские провайдеры демонстрируют значительный прогресс в качестве поддержки, доступности и надежности. Многие «детские болезни» российского рынка постепенно исчезают, что позволяет оптимистично смотреть в будущее.

«Российские провайдеры демонстрируют значительный прогресс в качестве поддержки, доступности и надежности. Многие „детские болезни“ российского рынка постепенно исчезают, что позволяет оптимистично смотреть в будущее»
Василий Колосов, Picvario

Кирилл Старовойт. Как вы определяете ценность и какие метрики используете для оценки профита использования облаков?

Юрий Мурзин, Азбука Тех. Для нас, как крупного технологического ритейлера, который постоянно экспериментирует и тестирует гипотезы, важен показатель time to market. В облаке мы можем рассчитать его с точностью до рубля, тогда как на собственной инфраструктуре это невозможно. Кроме того, если какой-либо сервис начинает работать некорректно, можно быстро добавить ресурсы для анализа и устранения проблемы, а затем уменьшить их. В периоды повышенной нагрузки, например, перед Новым годом или 8 марта, автоскейлинг автоматически увеличивает ресурсы, чтобы справиться с ажиотажем. Это избавляет от необходимости вручную добавлять серверы или ноды в кластер. Кроме того, услуги облачного провайдера можно оплатить за счет OpEx, даже если финансовая модель компании основана на CapEx.

Александр Афанасьев, Leomax. Облако имеет огромные преимущества для e-commerce в периоды пиковых нагрузок, таких как распродажи. Например, сайт клиента на Битриксе не справлялся с нагрузкой во время недавней распродажи. Облачный провайдер не смог оперативно увеличить ресурсы, что привело к падению сайта и потере продаж. К2 Облако обеспечило масштабирование ресурсов во время распродажи, что позволило сайту справиться с нагрузкой. Несмотря на то, что сайт не был идеально оптимизирован, увеличение ресурсов помогло избежать падения и сохранить продажи. После окончания распродажи ресурсы были уменьшены, что позволило сократить затраты на облачные услуги. Таким образом, прибыль от распродажи позволила компенсировать повышенные расходы на увеличение мощностей по запросу.

Для e-commerce ключевыми метриками облака являются

• SLA и доступность, хотя технические сбои и DDoS-атаки неизбежны, но облачные провайдеры обеспечивают максимальную стабильность,
• оперативная и квалифицированная техническая поддержка.

Джонатан Воложчик, FM Logistic. Для нас самым важным показателем является time to market, что связано со спецификой нашего бизнеса. В логистике каждый клиент — это отдельный проект с уникальными требованиями. Например, это может быть небольшой склад для локального бизнеса или крупный контракт с такими гигантами, как «Золотое Яблоко», «Сникерс» или «Марс». Время на развертывание полной экосистемы ограничено — обычно это 1-2 месяца, а в экстренных случаях — всего 2 дня. Например, одному клиенту потребовалось организовать все к утру понедельника, но мы узнали об этом в пятницу в 8 вечера. В таким случаях быстро закупить «железо» и настроить инфраструктуру невозможно, не говоря о связанных инвестициях.

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

В облаке можно сокращать time to market и запускать проекты в сжатые сроки, что критически важно для удержания клиентов.

Василий Колосов, Picvario. Использование облачных технологий также обеспечивает экономию на персонале, поскольку затраты на содержание штата инженеров и усилия, необходимые для обеспечения уровня надежности, сопоставимого с тем, который предлагают ведущие облачные провайдеры, это очень дорогое развлечение. Мы пользуемся DBaaS, поэтому выбор специалиста для нас очевиден, что в свою очередь позволяет экономить на ставках инженеров.

Юрий Мурзин, Азбука Тех. Важно также наличие у облака всех необходимых сертификатов безопасности. Например, Азбука Вкуса" получила сертификат PCI DSS для своего платежного шлюза, что позволяет клиентам безопасно оплачивать заказы и отправлять чаевые из личного кабинета через терминальный шлюз собственной разработки. Облачный провайдер, имеющий сертификат PCI DSS, помог закрыть около 30% требований регулятора, что значительно упростило нам процесс сертификации. Наличие государственного сертификата соответствия ГОСТ Р 57580 также важно для компаний, работающих с государственными данными или в критически важных отраслях.

Станислав Чегодаев, Boxberry. Сертификат соответствия требованиям Федерального закона № 152-ФЗ (о персональных данных) — это «гигиенический минимум» для облачных провайдеров. Наличие такого сертификата упрощает жизнь коммерческим компаниям с высокими требованиями к непрерывности бизнеса и безопасности данных, не говоря о госкомпаниях или объектах КИИ.

Кирилл Старовойт. Используете ли вы методы FinOps? И если да, что они приносят, а если нет, то почему?

Станислав Чегодаев, Boxberry. Мы находимся в процессе сбора экономических данных. Это дает нам возможность отслеживать затраты и наглядно соотносить их с сервисами, которые мы предоставляем. Это помогает оценить оправданность затрат, что особенно полезно, когда у вас несколько провайдеров, поскольку появляется возможность сравнивать их показатели. Единственный нюанс заключается в том, что использование этого инструмента требует усилий: нужно постоянно следить за показателями, собирать данные, формировать отчеты и сводки. Но это того стоит. Насколько я знаю, пока лишь некоторые поставщики предоставляют дашборды с функциями FinOps, но наличие такого инструмента существенно упрощает работу.

Василий Колосов, Picvario. Мы активно применяем FinOps и регулярно пересматриваем наши затраты, используя панели мониторинга для анализа данных. Например, недавно мы заметили увеличение стоимости хранения данных. Поскольку наши облачные провайдеры предлагают различные уровни хранения: холодное и суперхолодное, мы смогли оперативно внедрить механизм переноса старых данных на менее дорогие уровни хранения, что позволило сократить затраты на 35%.

Джонатан Воложчик, FM Logistic. Я мечтаю внедрить FinOps, однако многое зависит от структуры компании. Даже если логистика становится технологически продвинутой, этого недостаточно, чтобы рассматривать ИТ как полноценный продукт. Инфраструктура наших сервисов остается расходной статьей бюджета, никак не связанной с маржой и бизнес-моделью. Я надеюсь, что однажды логистика достигнет такого уровня технологичности, что затраты на логистику и на ИТ будут коррелировать, но пока ощутимой пользы от этого в нашей компании нет.

Кирилл Старовойт. Что бы вы хотели увидеть в облачных сервисах в ближайшее время?

Юрий Мурзин, Азбука Тех. В больших данных набирают популярность Iceberg, Metabase. Мы ожидаем от вас реализации этих технологий в формате управляемых сервисов, что позволит нам привлечь новых клиентов.

Александр Афанасьев, Leomax. Не стоит забывать, что облако — это не волшебный ящик. Облако — маркетинговый термин, за которым скрывается грамотно настроенное оборудование, высококвалифицированные специалисты и совокупность практик и стандартов, с учетом которых все настроено. Если в облаке чего-то нет, мы можем создать это сами. Было бы замечательно, если бы облако взяло на себя все ИТ-функции, но это, видимо, задача будущего.

Джонатан Воложчик, FM Logistic. В облаке можно улучшить очень много вещей. Все зависит от людей. Если есть профессионалы, готовые решать ваши задачи, это создает здоровое партнерство. Именно люди позволяют развивать возможности и догонять западные компании, потому что у нас есть мотивация и компетенции. Нет ничего невозможного: если у нас есть необходимые ресурсы и стремление к прогрессу, рано или поздно все необходимое появится.