Правильная стратегия управления несколькими облаками начинается с глубокого понимания того, почему одного облака недостаточно для работы, пишет на портале TechBeacon генеральный директор Mist.io Крис Псалтис.

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

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

  • Какой принцип — «сверху вниз» или «снизу вверх» — лучше подходит для разработки вашей платформы?
  • Какой функционал вам понадобится в мультиоблачной платформе управления?
  • Какие заинтересованные стороны должны подписаться под проектом платформы, и кто будет решать, будет ли она успешной или неудачной?

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

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

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

Четыре наиболее распространенные стратегические ошибки

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

1. «Давайте сделаем это сами. Разве это трудно?»

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

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

2. «Давайте просто выберем правильное решение»

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

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

3. «Просто позвольте выбирать специалистам по операциям»

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

Команды разработчиков, операционные команды и команды по инфобезопасности будут иметь разные приоритеты и разные требования. Если кому-то из заинтересованных сторон не понравится платформа, которую вы построите, они не будут ее использовать — разработчики, например, будут запускать AWS-сервисы прямо с AWS-портала. И ничто на самом деле не превратит ее в мультиоблачную платформу, что сделает ее бесполезной.

4. «Мой знакомы из компании X купил коробочное решение вендора А и просто его использует. Давайте сделаем так же»

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

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

Исключение провала благодаря правильному подходу

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

Лучший способ обеспечить это — делать небольшие шаги и постоянно выполнять итерации, наладив непрерывную обратную связь со всеми заинтересованными сторонами.

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

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

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