Любая технология имеет тенденцию к усложнению. Развиваясь, программная и серверная составляющие инфраструктуры предлагают все больше возможностей, способов управления и автоматизации. Но чем дальше, тем сложнее внедрять и настраивать инфраструктурные решения. Подключить еще одну серверную стойку - не такая уж большая проблема, но речь не об этом. Представьте, что вам нужно очень быстро и многократно увеличить пропускную способность и мощность вашего бек-офиса. Что вы будете делать? Едва ли вы откроете тендер на закупку тонны-другой серверного железа. Скорее всего, вы обратитесь к облачному провайдеру.
Облачные вычисления, еще недавно бывшие модной в ИТ-кругах бессмыслицей, стали частью ежедневной рутины. И когда нас спрашивают "что такое облачные технологии", то мы даже теряемся. Это как если бы кто-то поинтересовался предназначением велосипеда или кружки. "Ну, это…", - начинаем мямлить мы - "такая модель сетевого доступа к вычислительным мощностям". И продолжаем разговор, объясняя как все это используется на вашем предприятии, и как бухгалтерский отдел перешел на облачный офис, чему вы несказанно рады.
Однако, при сохранении внешней простоты, внутренне облака не становятся проще. Не то чтобы они радикально усложнялись, просто сама инфраструктура, стоящая за нашим, пусть даже профессиональным, пониманием облаков, постоянно меняется. И дело вовсе не в усложнившемся железе или софте на стороне облачных провайдеров, дело не в проблемах, которые они испытывают и которые грозят нам. Дело в том, что недавно я столкнулся с таким интересным термином как "Cloud on Cloud". Все как на картине Ильи Репина - приплыли. Знакомьтесь - облако в облаке. Новый термин в дополнение к SaaS, PaaS и прочему aaS.
А началось все с того, что в 2010 году NASA открыла исходный код своей IaaS под названием Nebula. К процессу подключилась компания Rackspase, которая в тот же момент обнародовала исходники платформы Rackspace Cloud Files. Проекты объединили, а всю эту инициативу было решено назвать OpenStack.
По сути, OpenStack - это комплекс программного обеспечения с открытым исходным кодом, который позволяет развертывать собственные вычислительные облака и облачные хранилища. В прошлом году Rackspace передала права на код и торговую марку OpenStack некоммерческой организации OpenStack Foundation и это позволило множеству крупных компаний присоединиться к работе над платформой. Сейчас над разработкой OpenStack трудятся Cisco, HP, Dell, AMD, Intel, NEC и многие другие.
Да что там, отечественные вендоры решили не отставать и уже представили свои решения на базе OpenStack. В январе о своих первых успехах с OpenStack отчиталась компания Айтеко:
Сервис I-Teco OpenStack Cloud - первое в России частное облако, полностью построенное на свободном ПО OpenStack и ориентированное на небольшие компании. Появление сервиса - ответ на один из основных трендов облачного рынка в 2012 год: более 50% пользователей облачных сервисов составляют сегодня компании СМБ-сегмента, однако качественных и доступных по стоимости решений для построения виртуальной инфраструктуры не хватает, поэтому спрос на них растет. Применение решения, построенного на открытом коде, позволило снизить стоимость разработки и при этом обеспечить в дальнейшем совместимость с другими платформами. Сервис будет переведен в коммерческую эксплуатацию в феврале 2013 года.
Но основной действующей силой, толкающей OpenStack вперед все еще является Rackspace. Их дата-центры работают на OpenStack, при этом продукты, которые они предоставляют клиентам, тоже базируются на этой открытой платформе. Как говорит технический директор компании, Rackspace продает клиентам облако, запущенное на еще одном OpenStack-облаке. Это действительно звучит не очень понятно, но с точки зрения клиента подвоха нет - компания предоставляет то же облако, на котором работает сама.
На практике OpenStack объединяет ресурсы большого пула машин, включая их процессорную мощь и дисковое пространство. Вместо того, чтобы запускать ваше облачное приложение на конкретном сервере, платформа подключает несколько машин и может динамически масштабировать необходимые ресурсы. Более того, если какой-то сервер выходит из строя, OpenStack заменяет его другим, не останавливая работу. По-крайней мере, в теории.
Иронически отзываясь насчет "облака в облаке", ваш покорный слуга, равно как и вы, не учел одного. Если OpenStack запущен на OpenStack, то владельцы такого облака могут легко масштабировать его. А это ровно то же самое, что мы наблюдаем при использовании Salesforce или Basecamp. По сути это облачные сервисы, запущенные на облаке Amazon. Значит, облако в облаке появилось еще раньше, чем возникла идея запускать софтверные облака друг на друге.
В идее как таковой нет ничего сверхъестественного. Особенно легко ее объяснить разработчикам. Главное их искусство - это декомпозиция, дробление непонятного монолита на понятные блоки. И с помощью этих блоков разработчики, не важно о каком языке программирования идет речь, могут строить невообразимо сложные вещи. Облако в облаке - это концепция, сравнимая со средой разработки. Ведь мы же создаем программы в среде, которую кто-то спрограммировал до нас. То же самое и с облаками.
Для чего вообще нужны такие двусоставные облака? Когда облако находится в облаке, совпадают два очень важных параметра, которые до этого были не то чтобы в прямой корреляции. Облако, запущенное в облаке обеспечивает интеллектуальное управление ресурсами вкупе с масштабированием. Проделывать этот фокус облака могли и раньше, но благодаря новой концепции, выделять ресурсы можно динамически, переложив управление на плечи интеллектуальной системы. Более того, как я уже писал выше, OpenStack умеет замещать выпавшие из работы машины, делая это на лету. Динамическое интеллектуальное масштабирование - не об этом ли изначально мечтали создали концепции облачных вычислений? Если так, то "Cloud on Cloud" - не такая уж странная инициатива.
Игорь Емельянов