Журнал о системах электронного документооборота (СЭД)
Облачные технологии

Гибридные облака в вопросах и ответах

  6 комментариев Добавить в закладки

Гибридное облако – что это?

Гибридное облако – это фактически объединение как минимум одного публичного облака с как минимум одним частным облаком.

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

Почему гибридное облако вызывает интерес?

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

•       ИТ-бюджеты сокращаются, но спрос на ИТ-услуги продолжает расти.

•       Чтобы удовлетворить ИТ-потребности бизнеса ИТ-службы начинают искать варианты сокращения затрат.

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

Гибридные облака – это экономно?

По отчету компании Principled Technologies видно, что предприятия внедрившие гибридное облако сокращают эксплуатационные затраты до 63%. Основные причины снижения затрат:

•       Перенос рабочих нагрузок в более оптимальную среду в зависимости от:

   - затрат

   - надежности

   - функциональности.

•       Внедрение облака позволяют упростить и стандартизировать существующую локальную инфраструктуру.

•       Можно отказаться от неиспользуемого оборудования и ПО (экономия до 50%).

•       Использовать ресурсы более оптимально.

•       Сокращать занимаемые площади в ЦОДах.

•       Снизить расходы на аренду и электропитание.

•       За счет возможности автоматизации управления облачной инфраструктурой значительно сокращаются объемы работ, выполняемых ИТ-службой (на 56% меньше времени на поддержку), ИТ-служба может фокусироваться на выполнение более важных бизнес-задач.

•       Снижение времени развертывания новых ресурсов на 92%, нежели в классической локальной инфраструктуре.

В чем преимущество гибридных облаков перед другими вариантами облачной инфраструктуры?

•       Повышается мобильность и оперативность бизнеса.

•       Обеспечивает дополнительную экономию.

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

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

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

•       Гарантия постоянной доступности бизнеса.

Можно ли доверять свой бизнес гибридным облакам?

Основные риски:

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

•       Неопределенность физического местонахождения данных.

•       Отсутствие контроля над резервным копированием, что повышает риск потери данных, находящихся в облачных хранилищах.

•       Нормативно-правовое соответствие – как использование этой технологии повлияет на соблюдение законодательства. Если рассматривать западное законодательство, то например, Акта о передаче данных медицинского страхования и возможности их учета (HIPAA), закона Сарбейнса-Оксли (SOX), аудиторского стандарта SSAE-16 или правил индустрии платежных карт (PCI), для российского, например, соблюдение требований хранения персональных данных на российской территории.

Как решать:

•       Необходима достаточная пропускная способность каналов до облака, необходимо ограничить территориальное расположение облака (в рамках конкретного города/страны).

•       Требовать SLA облачного сервиса и следить за его выполнением.

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

•       Согласовать с облачным провайдером возможность дополнительного резервного копирования критических данных.

Как обеспечить масштабируемость ИТ-инфраструктуры по мере роста бизнеса?

•       Масштабируемость – неотъемлемая часть облачных услуг.

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

Что делать с традиционными приложениями?

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

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

Какое влияние оказывает гибридное облако на ИТ-отделы?

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

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

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

 

Источник: Журнал облачной СЭД DirectumRX

Ещё материалы автора
Похожие записи
Комментарии (6)
Михаил Романов 30 августа 2017 г. 16:49  
Повышается мобильность и оперативность бизнеса

За счет чего?

Обеспечивает дополнительную экономию

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

 

Необходима достаточная пропускная способность каналов до облака

И как вы предлагаете это реализовывать?

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

Требовать SLA облачного сервиса и следить за его выполнением

И что это даст в случае реального форс-мажора?

У большинства провайдеров все штрафы за нарушение SLA - это скидки на дальнейшее использование их облака (на очень ограниченный срок) или того пуще - возврат вам денег за аренду на время простоя...

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

У вас есть реальный опыт такой миграции?

А то вот опыт коллег подсказывает, что для того, чтобы иметь возможность развернуть (не перенести, а просто развернуть!) приложение у нескольких облачных провайдеров нужно побеспокоиться об этом заранее еще на этапе разработки и тестирования приложения! И, откровенно говоря, даже применение специализированных средств типа Kubernetes, не даёт гарантию безболезненности данного процесса.

Андрей Ардашев 31 августа 2017 г. 07:29  

Добрый день, Михаил!

Постараюсь ответить по Вашим вопросам.

1) Как гибридные облака повышают мобильность:

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

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

3) Необходима достаточная пропускная способность каналов до облака
Отличный и очень насущный вопрос, благодарю!

Каждый продукт SaaS имеет определенные технические требования на выч.ресурсы и канал. При работе с облаком можно посчитать какой канал в среднем будет занят пользователями. По нашим расчетам одновременно отправляют запрос лишь 20% от общего числа пользователей. Допустим есть облако SaaS, где требуется на каждого пользователя выделить канал в 512 Кб/с. Всего работает 100 пользователей. В этом случае потребуется выделить канал шириной 100*20%*512Кб/с = 10Мб/с. Также стоит учесть, что сервисов будет не один, а несколько, и один и тот же пользователь не будет одновременно использовать 2 облачных сервиса, соответственно формулу можно усложнить. На самом деле тема очень интересная. Стоит о ней отдельно побеседовать.

4) Требовать SLA облачного сервиса и следить за его выполнением
Форс-мажоры бывают, но довольно редко. Главное во время форс-мажора - не потерять данные. Обычно, в случае форс-мажора ситуация будет исправлена в течение 6 часов. Делать резервную копию данных на своей стороне или на дополнительном защищенном облаке - обязательно. Компенсации по SLA не покроют расходы во время простоя, но каждый форс-мажор укрепляет облако, подключаются дополнительные ресурсы, готовятся обходные пути.

5)У вас есть реальный опыт такой миграции?
Да, само собой. Опыт имеется. Что нужно учитывать:

Обычно путь перемещения такой:

1. на публичном облаке разворачивается тестируемый или разрабатываемый продукт.

2. при переводе продукта в "продуктив" подготовленный продукт/виртуальная машина переносится в частное защищенное облако.

Следует учитывать, чтобы на публично и частном облаке использовалась одна и та же платформа (гипервизор), в этом случае достаточно экспортировать виртуальную машину.

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

Михаил Романов 31 августа 2017 г. 11:06  
1) Как гибридные облака повышают мобильность

У нас с вами разное представление о термине "мобильность". То, что вы описали, обычно относится к масштабированию.

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

Не понял. Почему нельзя экономить время и освобождать от рутины вне облачной инфраструктуры?

4) Требовать SLA облачного сервиса и следить за его выполнением

Возможно, мы друг друга не поняли, поэтому я переформулирую вопрос: какой из перечисленных вами рисков, нивелирует пункт "требование SLA ..."?

5)У вас есть реальный опыт такой миграции?

Мы опять не поняли друг друга. Я думал, что под

более дешевого публичного облака

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

Вадим Майшев 01 сентября 2017 г. 08:38  
частное защищенное облако

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

Андрей Ардашев 01 сентября 2017 г. 11:47  

Михаил, благодарю за интересные вопросы!

У нас с вами разное представление о термине "мобильность".

В данном случае имел ввиду мобильность и расширяемость бизнеса-единиц.

Почему нельзя экономить время и освобождать от рутины вне облачной инфраструктуры?

Использование облака - одно из решений и один из трендов, которые дают реальные результаты за короткий срок. 

какой из перечисленных вами рисков, нивелирует пункт "требование SLA ..."?

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

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

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

Андрей Ардашев 01 сентября 2017 г. 11:52  

Вадим, здравствуйте!

Поясните, пожалуйста, что понимается под термином "частное"

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

Сейчас обсуждают
Больше комментариев