Многооблачный мир

Просмотров: 1330
Автор:
Орлов Сергей

Орлов Сергей

Независимый эксперт

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

В последние 3-4 года все чаще фигурирует термин «мульти-» или «многооблачность» (multi-cloud). Он регулярно встречается на страницах отраслевой прессы, в новостях таких компаний как Cisco, IBM, Red Hat, Mirantis, VMware. Что это — новая облачная парадигма или очередной рекламный ход на быстро растущем рынке облачных технологий?

На самом деле, пользователи уже давно пребывают в многооблачном мире. Сколько облачных хранилищ вы видите в своем смартфоне? Облако Mail.Ru,  iCloud, OneDrive, Google Диск, Яндекс.Диск… Обычно 2-3, а то и больше. Для организаций это могут быть облачные сервисы AWS, Microsoft Azure, Oracle Cloud, Google или многочисленные облака российских провайдеров. Вот и «многооблачность» — использование географически распределенных облаков на основе услуг разных провайдеров.

Для чего нужна многооблачность?

Приложения могут лучше работать в том или в другом облаке, или хранение данных в одном облаке обходится дешевле, чем в другом. Достаточно ли распределить приложения и данные по разным облакам, чтобы стать пользователем «мультиоблака»? На самом деле не совсем. Для этого нужно как-то интегрировать сервисы нескольких облачных провайдеров или в целях отказоустойчивости развернуть приложения в нескольких облаках. А многооблачные сервисы требуют более высокого уровня абстрагирования — оркестрации, объединяющей разные среды. Цель — получить возможность развертывания приложений в любом облаке, полнее реализовать потенциал облачных вычислений, предоставить ИТ-подразделениям большую гибкость и контроль над их рабочими нагрузками и данными.

Организацию многооблачной инфраструктуры могут упростить контейнерные инструменты — Kubernetes, Docker и др. Их можно использовать для создания новых многооблачных сервисов, позволяющих развертывать приложения в любом облаке, управлять ими и осуществлять их мониторинг. Предприятия могут управлять несколькими облаками, как одним облаком, используя такие инструменты как платформы управления облаками (CMP) и брокеры облачных сервисов (CSB). Как вариант, можно использовать только часть функций каждого облака.

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

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

«Мультиоблако» и гибридное облако: в чем разница?

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

Другими словами, все, что взаимодействует с публичным облаком, но в него не входит, есть гибридная среда ИТ. Причем это не обязательно облако, а просто внешние для облачных приложений системы. Иногда гибридное облако представляет собой соединение традиционного корпоративного ЦОД с публичным облаком. Можно ожидать, что «мультиоблака» будут все шире использоваться наряду с гибридными облачными моделями.

Многооблачные стратегии становятся нормой  

Все больше компаний применяют «мультиоблако» для обеспечения постоянной доступности своих сервисов, ведь простой сервиса может стоить дороже его дублирования в альтернативном облаке.   
По данным исследования Dimensional Research, 2/3 опрошенных компаний намерены в течение ближайшего года внедрить многооблачный подход. Как показали результаты опроса IBM, 8 из 10 компаний переходят на многооблачность, 71% используют три облака и более. Согласно отчету IDC CloudView Survey 2017, 85% респондентов используют публичное облако или рассматривают такую возможность, при этом среди пользователей облака 87% начали переход к гибридной стратегии и 94% планируют задействовать несколько облаков. 

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

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

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

Комментарии (1)

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Скрыть ветвь
    Рейтинг1370

    Начальник отдела разработки и сопровождения АСУ

    Нижегородский ИВЦ, структурное подразделение ГВЦ, филиала ОАО "РЖД"

    15.03.2018 13:00
    Прежде всего о терминах ...

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

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

    И как только мы отказываемся от использования термина "облако" для IT специалистов, все сразу встает на свои места. Понятно, что для критически важных систем нужна 100% и более избыточность. Понятно, что только 100% аппаратная избыточность не гарантирует надежность эксплуатации информационной системы. Понятно, что в рамках одного ЦОД-а невозможно построить системы высокой доступности даже при комбинировании аппаратной и программной избыточности.

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

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

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

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.