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

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

«Пока всё это похоже на болтовню, – говорит аналитик компании Forrester Research Джеймс Статен (James Staten), – но некоторые действия в этом направлении, всё же, предпринимаются».

По мнению Джеймса Статена, самый достойный проект в этой области начала организация по стандартизации Distributed Management Task Force (DMTF), объединившая ряд компаний, таких как AMD, Cisco, Citrix, EMC, HP, IBM, Intel, Microsoft, Novell, Red Hat, Savvis, Sun Microsystems и VMware, в рамках инициативной группы под названием Open Cloud Standards Incubator.^I

По словам Джеймса Статена, для обеспечения совместимости, Open Cloud Standards Incubator позволит отдельным вендорам продемонстрировать совместимость двух облачных сред и двух методологий документирования. Таким образом, инкубатор подходит к вопросу совместимости с точки зрения каждого отдельного случая, однако, по словам Джеймса Статена, есть надежда, что со временем начатый процесс даст толчок к широкомасштабному развитию стандартов в рамках всей индустрии.

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

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

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

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

Многие компании поддержали другую инициативу – Open Cloud Manifesto^II – призванную определить основные принципы работы провайдеров облачных сервисов, однако, в этом списке нет ни Microsoft, ни Amazon.

Некоторые вендоры пытаются объединить разные облачные сервисы с целью сделать использование сервисов более лёгким и простым, однако, каждая инициатива так или иначе сталкивается с некоторыми ограничениями.

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

Используя инструменты на базе стандартов SAML и WS-Federation, аналитическая компания Burton Group, в тандеме с несколькими вендорами, работает над реализацией принципа единой авторизации в реальных приложениях типа Salesforce.com, Google Apps и Cisco's WebEx.

Аналитик компании Burton Group Джерри Джибел (Gerry Gebel) утверждает, что, по мнению их клиентов, сейчас многие программные продукты уходят в облачную среду и это затрудняет попытки свести к минимуму количество авторизаций.

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

Ещё одна попытка воплотить совместимость в жизнь была предпринята компанией AppZero, которая создала инструмент позволяющий переносить серверные приложения из частных дата-центров в открытые облачные среды, а также осуществлять перенос из одной облачной среды в другую, например из Amazon Web Services в GoGrid.

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

По словам старшего вице-президента по продажам и продвижению продуктов в 3Tera Берта Армихо (Bert Armijo), сейчас проблема заключается в отсутствии какой-либо совместимости произвольно взятых облачных сред. Например, приложение, специально написанное для Elastic Compute Cloud от Amazon, годится только для неё – так как код написан специально для этой платформы.

По мнению Кристофа Клокнера (Kristof Kloeckner), главного специалиста по cloud computing в IBM, в дальнейшем, чтобы обеспечить настоящую совместимость, вендоры будут вынуждены выработать единый набор стандартов и интерфейсов.

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

Технический директор компании Vordel Марк Онилл (Mark O'Neill, CTO) считает, что нужно обеспечить потребителям оптимальную организацию облачных сред, при которой возможно использование различных платформ для хранения, проведения вычислений и хостинга ПО.

«Часто клиенты говорят, что хотели бы с максимальной пользой применять лучшие облачные сервисы: например, использовать Amazon для внешнего хранения данных (сервис S3) вместе с сервисом Force.com для передачи информации о заказах в приложения, которые находятся в вашей корпоративной сети, – пишет Марк Онилл в электронном письме. – Основной целью является реализация принципа единой авторизации для одного приложения, функционирующего в нескольких облачных средах. А также необходимо дать возможность сервису, работающему на одной платформе (например, на Amazon Elastic Compute Cloud) в управляемом режиме обращаться к сервису с другой платформой (например, Google)».

Продукт XML Gateway от Vordel призван связывать отдельные приложения с многочисленными облачными сервисами, обеспечивая соблюдение упомянутого Марком Ониллом принципа единой авторизации. Благодаря XML Gateway, все эти блага становятся доступными без невероятных усилий разработчиков.

Хотя разработка Vordel кажется широко применимой, Марк Онилл говорит, что компания до сих пор не занималась вопросом перемещения приложений из одного облака в другое, т.к., по его словам, «эта проблема остается нерешенной для всех».

Однако, по мнению Роберта Гроссмана (Robert Grossman) – председателя недавно сформированного объединения Open Cloud Consortium, директора «Лаборатории передовых вычислительных технологий» (Laboratory for Advanced Computing), директора «Национального центра глубинного анализа данных» (National Center for Data Mining) при университете Иллинойса в Чикаго – надежда всё-таки есть.

По мнению Гроссмана, у закрытых облачных сред должна быть возможность подключать дополнительные вычислительные ресурсы любого открытого облака без изменения API. Уже сегодня облачное приложение с открытым кодом Eucalyptus в большой степени совместимо с Amazon API и позволяет подключать дополнительные ресурсы из облачной среды Amazon. «Используя правильно доработанный Eucalyptus, можно защититься от перегрузок с помощью доступа к ресурсам Amazon».

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

«Пока некоторые вопросы мы решаем практически вслепую, – говорит Роберт Гроссман. – Сейчас мы имеем дело с молодой, живой и очень быстро развивающейся индустрией, которая пока ещё находится в стадии самоопределения. Но, как мне кажется, направление развития выбрано верно».