Гибридное облако «сделай сам»: сочетание инструментов и сервисов, которые лучше всего подходят для вас

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

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

Облако своими руками

Создание гибридного облака, которое, согласно ONUG (которое мы обсудим позже), является «единственным» типом облака, включает в себя сочетание правильных инструментов и услуг с тем, что лучше всего подходит для вас. У этой гибридной архитектуры не так много поддержки, и хотя такие предприятия, как Microsoft и VMware, усердно над ней работают, им еще многое предстоит сделать. Популярным выбором для гибридного облака в настоящее время является сочетание одного или нескольких общедоступных облаков с частным облаком в сочетании для достижения оптимальной стоимости, надежности, масштабируемости и безопасности. Как упоминалось ранее, хотя и Microsoft, и VMware прилагают все усилия, чтобы заполнить этот пробел, предлагая платформы, которые позволяют вам обращаться к общедоступным и частным облакам вместе как к одному центру обработки данных, решения по-прежнему являются собственностью их собственных сетей. В наше время, когда все ведущие корпоративные компании мира поддерживают открытый исходный код, последнее, что хочет сделать предприятие, — это привязаться к платформе одного поставщика при переходе к облаку.

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

Набор для самостоятельного изготовления от CNCF

Большинство ИТ-компаний обычно не просто связаны с технологиями и знают, что сегодня существует достаточно открытого исходного кода, чтобы делать практически все, что вы хотите, если вы потрудитесь его найти. С Cloud Native Computing Foundation (CNCF) вам даже не нужно искать его, и все, что вам нужно для создания и запуска контейнеров, курировано и аккуратно упаковано с этикетками и лентами. Хотя заманчиво думать, что эти инструменты полезны только для сред, полностью работающих на контейнерах, истории успеха, связанные с контейнеризацией устаревших приложений для работы вместе с контейнерами, говорят об обратном. Большинство устаревших приложений, решивших пойти по пути Docker, быстро осознают преимущества экономии средств, культуры DevOps и сопутствующих преимуществ переносимости инфраструктуры.

Предприятие хочет гибрид

Так же, как у вас есть CNCF в качестве защитников и кураторов облачных инструментов с открытым исходным кодом, существует фонд, который также заботится об интересах гибридного облака, и он называется Open Networking User Group (ONUG). Однако они не охраняют и не курируют код, а скорее существуют, чтобы оказывать давление на поставщиков ИТ, чтобы они создавали решения, которые действительно решают их проблемы. Вот насколько велика проблема межоблачной совместимости и отсутствия поддержки гибридной облачной архитектуры, что есть все основания показать их недовольство. ONUG была создана в начале 2012 года, когда поставщики публичных облачных сервисов убедили руководителей высшего звена перенести значительные корпоративные рабочие нагрузки в облако, но позже поняли, что для этого не существует инструментов. По словам Ника Липписа, соучредителя и сопредседателя ONUG; «была тонна нестандартной работы, которую еще нужно было сделать».

Члены группы ONUG коллективно решили использовать гибридную облачную инфраструктуру, потому что общедоступным облачным вычислениям все еще не хватает стандартных API, безопасности, инструментов мониторинга и ИТ-навыков. Как обнаружили многие предприятия, нелегко расширить локальную инфраструктуру в облако для критически важных рабочих нагрузок, и миссия ONUG состоит в том, чтобы направить ИТ-отрасль к открытым технологиям, которые отвечают реальным потребностям предприятий и помогают отрасли в их развитии.. ONUG объединила всех основных поставщиков, облачных провайдеров и пользователей для совместной работы над конечной целью автоматизации инфраструктуры гибридного облака. Сегодня в совет директоров ONUG вошли Bank of America, BNY Mellon, Cigna, Citigroup, Credit Suisse, FedEx, Fidelity, Gap, GE, Intuit, JPMorgan Chase, Morgan Stanley, Pfizer, UBS, Yahoo и The Lippis Report.

Гибридные контейнеры с открытым исходным кодом

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

Red Hat — это одно из предприятий, которое продолжает работать над своей гибридной платформой с открытым исходным кодом под названием OpenShift. Новая платформа OpenShift Container Platform 3.4 предоставляет предприятиям возможность использовать контейнеры Docker и платформу оркестрации Kubernetes для распределения ресурсов между общедоступными и частными облаками. Кроме того, Ранга Рангачари, вице-президент и генеральный директор Red Hat Storage, заявил на саммите Red Hat в мае: «Сегодняшние разработчики и пользователи хотят, чтобы эластичная емкость хранения была немедленно доступна в различных средах, и они не могут позволить себе отвлекается на оперативные реалии».

Это было сделано во время анонса Red Hat Gluster Storage — программно-определяемого хранилища от Red Hat, которое работает с OpenShift для обеспечения автоматизированного выделения ресурсов хранения на «голом железе», контейнерах, виртуальных машинах, общедоступных и частных облаках. Кроме того, Red Hat также предлагает Ansible Playbook для создания кластера Red Hat OpenShift Container Platform на AWS с контейнерным хранилищем Red Hat Gluster, чтобы помочь клиентам быстрее приступить к работе.

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

Работа в процессе

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

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