Гибридные облака на российском рынке: требуется время на доверие

Тептерёв Марк, Руководитель ИТ-проектовМарк Тептерев, заместитель технического директора, компания «Оверсан»

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

Концепция гибридного облака

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

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

Различные подходы к построению гибридных облаков

Свои гибридные решения вывели на рынок уже все крупнейшие вендоры. IBM, HP, Citrix, EMC, Cisco, Huawei и множество других компаний заявляют, что именно их решение самое лучшее и функциональное. Естественно, лидеры облачных решений VMware и Microsoft также представили свое видение концепции гибридных облаков. Все эти компании придерживаются общей концепции гибридного облака, но каждое решение обладает своими особенностями, функционалом и идеологией.

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

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

Некоторые компании создают свои гибридные решения без жесткой привязки к одной определенной облачной платформе и одному определенному публичному облаку. Такое решение фактически является промежуточной платформой по интеграции частного облака, построенного на одной из популярных облачных платформ, с ведущими провайдерами публичных облаков. Подобной концепции, например, придерживается корпорация EMC с решением Enterprise Hybrid Cloud. Этот программный комплекс позволяет интегрировать частные облака, построенные на технологиях VMware (в ближайшем будущем планируется поддержка облачных технологий Microsoft и OpenStack), с публичными облачными сервисами VMware vCloud Air, Microsoft Azure, Amazon Web Services (AWS) и решениями других поставщиков облачных услуг, работающих с технологиями EMC. При наличии очевидных плюсов в готовых протестированных интеграциях между разными решениями главным минусом указанной концепции является сращивание сервисов от разных поставщиков посредством программного продукта, предоставленного третьей стороной. Наличие двух или даже трех вендоров в одном решении не упрощает поиск ответственного в случае возникновения проблем.

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

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

Всем ли нужны гибридные облака?

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

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

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

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

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

Кому гибридные облака действительно необходимы?

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

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

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

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

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

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

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

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

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

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

В качестве примера можно привести один из самых масштабных реализованных компанией HP проектов гибридного облака. Входящая сегодня в число крупнейших ИТ-компаний мира ЕРАМ Systems еще в 2012 г. объявила конкурс на организацию гибридного облака. Компания является лидером в таких областях, как разработка, интеграция и сопровождение заказного ПО и ИТ-консалтинг. При количестве сотрудников, превышающем 8 тыс. человек, ежегодном увеличении штата на 30–40% и наличии нескольких тысяч виртуальных машин с изолированными средами разработки и тестирования невозможно эффективно управлять ресурсами только с помощью частного облака. Поэтому было принято решение организовать единую гибридную систему для всех частных облаков в компании и публичного облака Amazon Web Services. В результате была организована гибридная архитектура, объединяющая частные облака, которые построены на технологиях VMware и Microsoft, с публичным облаком Amazon Web Services.

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

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

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

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

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

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

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

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

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

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

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

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

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

Гибридные облака – это будущее или уже настоящее?

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

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

Поделиться:
Спецпроект

Напряженный трафик или Современные требования к инфраструктуре ЦОД

Подробнее
Спецпроект

Специальный проект "Групповой спутниковый канал для территориально-распределенной сети связи"

Подробнее

Подпишитесь
на нашу рассылку