Ваше полное руководство к успеху

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

В течение того десятилетия большинство корпоративных ИТ-групп относились к облачным вычислениям с осторожностью и даже подозрением, но сегодня их позиция совершенно иная. Я уже упоминал ранее Опрос JP Morgan корпоративных ИТ-организаций об их планах развертывания приложений, но к этому стоит вернуться, чтобы понять, насколько важны облачные вычисления для их будущего. Как показано на рисунке 1, к 2020 году (через четыре года) предприятия развернут полный 41% своих портфелей приложений в публичных облачных средах:

Нерассмотренными остались планы ИТ на период после 2020 года; Другими словами, является ли показатель развертывания в 41% пределом внедрения облачных технологий или это всего лишь краткосрочная веха, причем чем дальше мы посмотрим, тем более вероятно, что этот процент будет еще выше? С моей точки зрения, последний вариант вероятен, поскольку мало свидетельств того, что преимущества облачных вычислений каким-то образом ограничиваются менее чем половиной всех корпоративных приложений.

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

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

Поймите различия

Почтенная модель IPS (инфраструктура/платформа/программное обеспечение как услуга) оказалась полезной при первоначальном обнародовании: она помогла людям понять концепции облачных вычислений и обрисовала их отличия от традиционной ИТ-инфраструктуры.

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

Нет ничего более далекого от правды. Каждый поставщик облачных услуг реализует основные вычислительные функции по-разному, и каждый предлагает совершенно разные услуги в каждой категории. AWS, например, имеет чрезвычайно богатый набор типов экземпляров, предлагая типы, ориентированные на различные профили приложений, например, экземпляры с огромными объемами памяти для облегчения ресурсоемких приложений аналитики в реальном времени. Microsoft предлагает богатый набор типов экземпляров, но они отличаются от AWS, а их экземпляры создаются и управляются иначе, чем в AWS. То же самое касается и Google.

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

Выберите свою стратегию управления облаком

Предприятиям доступны две общие стратегии управления облаком:

• Используйте облачные консоли, интерфейсы командной строки (CLI) и API. Они работают хорошо и предоставляют полную функциональность провайдера, но ограничены отдельным провайдером. Хуже того, навыки сотрудников, основанные на возможностях управления одного поставщика, не могут быть переданы другому поставщику, а это означает, что предприятия в конечном итоге получат пулы квалифицированных сотрудников, специализирующихся на облачных технологиях.
• Используйте сторонний продукт управления, который предоставляет пользователям единую консоль, интерфейс командной строки и API и инкапсулирует различия между отдельными поставщиками в продукте управления. Это упрощает управление и позволяет лучше передавать навыки между приложениями конкретных поставщиков; недостатком является то, что сторонние продукты управления предоставляют обобщенный набор функций, который не позволяет пользователям воспользоваться преимуществами облачных функций. Другими словами, продукты для управления облаком используют подход с наименьшим общим знаменателем к этому требованию и ограничивают возможности организации создавать более инновационные приложения.

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

Подготовьте свою организацию

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

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

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

Заключение

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

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