Стратегия облачных вычислений с несколькими поставщиками: путь вперед для ИТ-директоров

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

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

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

Затраты и альтернативы: ключевые моменты для рассмотрения

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

Один из ключевых моментов, который следует учитывать, заключается в том, что в отличие от прежних дней облака, альтернативы очень доступны в виде AWS, Microsoft Azure и Google Cloud. AWS стала № 1 в сфере облачных вычислений, но Azure выросла, предоставив путь перехода от Office к Azure через Office 365, а также предоставляя компаниям несколько оптовых скидок. Тем временем у Google Cloud появились такие известные клиенты, как Spotify и Snap.

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

Технологические и нормативные аспекты

В основе всего этого лежит вопрос: какой облачный сервис подходит для моего приложения? Если вы запускаете приложения, которые в основном относятся к.Net, MS Azure будет разумным выбором для вашего развертывания. Если в ваших приложениях преобладают Java и Linux, AWS остается наиболее подходящим выбором. Это не похоже на фильмы «Трансформеры», которые сняты для всех, а скорее на такое кино, как «Мир Юрского периода», которое, видимо, создавалось только для детей, а не для людей, которые хотели увидеть что-то отличное от того, что было показано в «Парке Юрского периода». ” Но я отвлекся.

Другие соображения связаны с тем, как каждая облачная служба обеспечивает соответствие стандартным отраслевым нормам, таким как HIPAA для здравоохранения и Додда-Франка для финансового сектора. Хотя верно то, что все ведущие поставщики облачных услуг обеспечивают соответствие отраслевым нормам, некоторые из них лучше разбираются в этом, даже на минутном уровне.

Зафиксируйтесь: должно ли это вызывать беспокойство?

Закрыться — не такое уж плохое слово, как кажется. И не путайте с Локдауном из «Трансформеров 4»! (Но я снова отвлекся.) Более того, всякий раз, когда ваша организация покупает решение у компании, вы в некотором роде привязаны к этому решению в том смысле, что переход от этого решения сопряжен с затратами.

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

Двигайтесь стратегически

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

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

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

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

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

Оценка служб управления вычислениями и рабочими нагрузками

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

Инструменты оркестрации и настройки

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

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

Единое администрирование и управление

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

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