В сентябре прошлого года CEO VMware Пол Мариц (Paul Maritz) публично заявил о намерении отправить традиционные ОС на задворки истории. А уже скоро, он, очень на то похоже, приступит к выполнению своих обещаний. Недавно VMware официально объявила о выпуске в июне первой – так сказано в анонсе – операционной системы для инфраструктуры облачных вычислений. Продукт называется vShpere 4. Он – так самая метла, которая должна, по замыслу VMware, должна по-новому мести на рынке общесистемного софта. С приходом vShpere 4 традиционные операционные системы перестают быть главными – они сами будут работать под управлением другого, находящегося над ними, программного кода.
Оценить реальные шансы представленного продукта на выполнение этой исторической миссии непросто. Для предстоит разобраться хотя бы вот с чем: почему "первая" ОС хотя и имеет неизвестное до сих пор на IT-рынке имя, но при этом имеет номер версии 4?
Ответ лежит на поверхности: потому что vSphere 4 – это новое имя (и версия) того, что раньше называлось VMware Virtual Infrasrtucrure 3 (VVI 3). Центральным ее компонентом является лидирующий на рынке систем виртуализации гипервизор ESX. vSphere 4 – это то самое, о чем девять месяцев назад было объявлено как о системе под условным названием VDC OS (ОС для виртуальных дата-центров - virtual datacenter OS). Потом компания решила использовать другое название.
Неужели новшества vSphere 4 по сравнению с VVI 3 радикальны настолько, что заявление о "первой" ОС для облака компьютеров? И чем эта "облачная" ОС отличается от давно знакомых, и, судя по всему, "необлачных" ОС – UNIX , AIX, Windows, Linux? Или это обычный маркетинговый ход в стиле "назвали новой моделью автомобиль, в котором лишь сменили решетку радиатора"?
Парадокс в данном случае заключается как раз в том, что VMware только сейчас решила назвать вещи своими именами: операционной системой – то, что в течение многих лет скрывалось за скромной вывеской "гипервизор" ESX или "виртуальная инфраструктура".
На этот момент наблюдатели сразу обратили внимание (а Пол Мариц еще тогда, девять месяцев назад, пояснил), что внутри руководства VMware были определенные дискуссии по поводу того, в каком виде стоит анонсировать стратегию компании. В частности, нужно ли использовать название “операционная система” для создаваемой платформы. И вот летом прошлого года решение было принято: "Мы создаем ОС, -- заявил тогда руководитель VMware. – Но речь идет о создании ПО качественно нового уровня, не о замене традиционных ОС, а о серьезной корректировке общей структуры современного комплекса ПО".
Так что речь в данном случае идет не столько об игре в термины, а о довольно решительном намерении изменить IT-мир, о серьезной корректировке общей расстановки сил на рынке (не только в области виртуализации, а IT вообще).
Чтобы понять, какую революцию затевает VMware, нужно вспомнить, что представляет собой современная вычислительная структура. В самом общем случае это трехслойная схема: собственно компьютер ("железо") – ОС – прикладное ПО. В течение первых десятилетий компьютерной эпохи роль "базиса" в этой системе играло "железо" – под него делались ОС и другие программы. Но в 80-х года в силу целого ряда обстоятельств роль лидера в этой тройке постепенно перешла к ОС. По большому счету, именно тогда IBM совершила свою историческую ошибку, отдав задачу разработки и продвижения OC —в тот момент всего лишь второстепенного компонента ПК (продукта с непонятными в тот момент рыночными перспективами) – на откуп малой фирме под названием Micro-Soft.
Итак, последние двадцать лет именно ОС является центральным архитектурным элементом современной вычислительной системы, и лидерство Microsoft на IT-рынке основано именно на ее крепких, если не сказать монопольных, позициях в сфере разработки и продаж ОС.
Конечно, и тут нужно постоянно вести борьбу, что мы можем наблюдать последние десять лет на примере противостояния Windows и Linux. Но при всех различиях этих систем, все же это решения одной категории – "традиционные ОС". VMware же сейчас пытается не просто поменять один вариант ОС на другой, а изменить само местоположение Windows/Linux в вычислительной системе, переведя их с главной на второстепенную роль в глобальном IT-спектакле.
Суть идеи VMware заключается в том, чтобы вместо современной схемы "железо – ОС – приложение" использовать новый вариант -- "железо – гипервизор – виртуальные машины (ВМ)", в которой ВМ представляют в свою очередь двухслойную систему "ОС – приложения". Понятно, что в такой структуре гипервизор (и его поставщик, естественно!) автоматически становится законодателем мод в вычислительной системе, начинает определять стандарты, интерфейсы и пр.
Но на этом VMware не намерена останавливаться. До сих пор под "железом" подразумевался отдельный компьютер, условно говоря, сервер. Но теперь, в центрах обработки данных, "железо" – это уже набор серверов, т.е. аппаратная инфраструктура облачных вычислений! И как раз тут появляется качественно новый момент, который отделяет обычный гипервизор от облачной ОС: гипервизор решает вопросы управления системой на уровне одного сервера, а мега-ОС – на уровне большого комплекса компьютеров.
Из этого естественно вытекает общая логика реализации концепции Cloud Computing в исполнении VMware, подразумевающая оптимальное сочетание использования внутренних и внешних вычислительных сред, между которыми можно легко перераспределять IT-ресурсы. В несколько упрощенном виде идея тут состоит в том, что бы все приложения работали на виртуальных машинах, которые в свою очередь, могли бы в горячем режиме мигрировать между внутренними облаками (инфраструктура предприятий) и внешними облаками (инфраструктура поставщиков услуг). Ведь как только приложения переведены в среду виртуальных машин, их можно их легко перемещать между физическими серверами (для оптимизации балансировки нагрузки или при профилактических работах), в том числе, во внешний центр обработки данных.
Все это, конечно, здорово. Но вряд ли поставщики "традиционных" ОС, и в первую очередь Microsoft, согласятся на то, чтобы отдать свою центральную позицию на IT-рынке новоявленным претендентам на первенство. В этой связи можно говорить о разных технологических и практических нюансах, но пока стоит лишь обратить на один "тонкий" момент в концепции VMware. Проблема в том, что на самом деле компания предлагает сейчас использовать не трехзвенную, а четырехзвенную архитектуру: "железо – виртуальная ОС – традиционная ОС – приложения". А из общей теории механизмов известно: четырехзвенная система является неустойчивой, она должна, так или иначе, превратиться в трехзвенную.
Полезно в этой связи вспомнить, что сами технологии виртуализации стали развиваться для x86-архитектуры как частное, временное решение, которое должно решать унаследованные недостатки компьютеров и ОС. Принципиальное же решение заключается в создании единой ОС нового поколения, которая объединит возможности традиционных (как среды исполнения приложений) и гипервизорных ОС (как системы управления ресурсами в облаке компьютеров).
Кто сможет первым сделать такую "общую" облачную ОС? VMware или Microsoft? А может быть, такую задачу быстрее решат Amazon или Google?
Нужно сказать, что виртуализация — не единственный вариант для создания “облака”. Как раз об этом говорят Google и Amazon, подчеркивая, что использование виртуализации необходимо только для поддержки унаследованных приложений (точнее, приложений, написанных для традиционной схемы организации вычислительных центров). А для реализации настоящих современных облаков нужно создавать системы на качественно новых архитектурных принципах, и в этом случае никакая виртуализация не нужна в принципе.
В свою очередь, Пол Мариц постоянно подчеркивает в последних выступления, что без виртуализации решить задачи масштабирования и доступности ресурсов в любом случае не удастся. И в этой связи фактически предлагает всему сообществу поставщиков средств виртуализации объединиться вокруг данного тезиса.
Но, судя по всему, Microsoft к такой "виртуализационной" коалиции присоединяться не собирается (тем более под предводительством VMware). Редмонд решил двигаться своим путем, с одной стороны развивая свою систему вирутализации Hyper-V как альтернативу vSphere, а с другой – Windows Azure, как свой ответ решениям Amazon и Google.
Чья возьмет?
Интересно, какая требуется ширина канала для таких-вот облачный вычислений при работе с графикой.