Microsoft Azure

Растет число предприятий, для которых переход в облако – это не просто развертывание одного-двух приложений в Amazon Web Services, Microsoft Azure и других общедоступных сервисах, а мультиоблачная стратегия, ключевая часть проекта цифровой трансформации, направленного на модернизацию бизнес-процессов.

Мультиоблачная стратегия способна принести существенные преимущества.

Использование облачных сервисов, таких как инфраструктура, платформа и ПО в виде сервиса (IaaS, PaaS, SaaS), в единой гетерогенной архитектуре позволяет уменьшить зависимость от поставщика, объясняют эксперты.

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

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

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

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

Проведите комплексную оценку

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

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

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

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

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

Переформируйте ИТ-службу

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

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

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

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

Проведите полную инвентаризацию корпоративных приложений

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

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

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

Отдайте приоритет интеграции

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

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

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

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

Управляйте доступом и защищайте данные

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

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

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

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

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

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

Контролируйте расходы

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

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

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

Используйте микросервисы, нативные сервисы и контейнеры

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

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

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

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

– Bob Violino. 7 secrets to a successful multi-cloud strategy. CIO. AUG 7, 2018

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

Одно из таких исследований — отчет компании Rightscale о состоянии облака в 2015 году (State of the Cloud Report, 2015), в котором говорилось о росте облака Azure, превратившегося в главного конкурента лидирующей на этом рынке платформы Amazon Web Services (AWS).

Когда-то давно руководители теперь уже международной компании Avis, предоставляющей услуги проката и лизинга автомобилей, говорили: «Сегодня мы выступаем вторым номером, но обязательно станем сильнее». Эта фраза сейчас в полной мере соответствует генеральной линии компании Microsoft, которая готовится к покорению публичного облака.

Отвечает ли на самом деле ИТ-служба за облако компании?

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

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

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

А вот в других областях единодушие исчезает и мнения расходятся. На вопрос, кто выбирает публичные облака, 59% сотрудников ИТ-служб ответили, что это относится к их зоне ответственности. В бизнес-подразделениях с этим согласны лишь 35% опрошенных. Еще удивительнее, пожалуй, то, что аналогичный ответ на вопрос о частных облаках дали 57% сотрудников ИТ-служб и лишь 35% сотрудников бизнес-под­разделений.

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

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

Чтобы ответить на него, нужно представлять себе, что такое облачные вычисления и какое место отводится ИТ-службе в процессе их внедрения.

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

Ключ к пониманию этого в докладе появляется, когда респондентов просят назвать технологии, используемые при внедрении частного облака. В Rightscale, конечно, осознают, что виртуальные среды VMware и Microsoft не отвечают всем требованиям, предъявляемым к облачным вычислениям, но многие респонденты именно эти среды отождествляют с частным облаком и, соответственно, относят их к числу технологий частного облака.

На диаграмме, отражающей используемые в частном облаке технологии, видно, что 43% респондентов говорят об управлении частными облаками при помощи vSphere или System Center. Другими словами, они используют продукты виртуализации и называют их облаками. С тем же успехом минивэн можно назвать гоночным болидом, ведь оба автомобиля обладают схожими чертами — под капотом у них находится двигатель. И возникает уверенность, что практически все из озвученных тысяч виртуальных машин в облаке на самом деле являются стандартными объединениями виртуальных машин, а вовсе не облачными средами.

Еще одним свидетельством медленных темпов продвижения компаний к частному облаку стал доклад «В корпоративных планах доминируют проекты — предвестники облака», опубликованный недавно аналитиками 451 Group.

55% респондентов (всего в опросе принимал участие 191 человек) говорили о стандартизации и консолидации — другими словами, о базовой виртуализации. И только 6% упомянули об автоматизации, характеризующей облачные вычисления, хотя о создании частного облака сообщили 14% опрошенных. Последняя цифра, вероятно, свидетельствует о том, что участники этого опроса под частным облаком понимали примерно то же самое, что и участники опроса Rightscale, то есть внедрение vSphere или System Center они называли переходом к частному облаку.

С учетом результатов этого исследования неудивительно, что из 140 участников конференции Gartner, посвященной ЦОД, 95% сообщили о провале инициатив по внедрению частного облака.

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

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

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

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

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

Почему теневые ИТ живут и процветают

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

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

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

- Bernard Golden. Why the Enterprise Cloud Needs Shadow IT to Succeed. CIO. Mar 4, 2015