Рынок онлайн сервисов и приложений переживает тот период, когда ни пользователи, ни игроки не могут четко сказать, что же это за рынок и какие именно сервисы действительно нужны. И, что самое главное - как монетизировать этот рынок. Кроме, собственно, поиска и продажи рекламы с этого, а также, частично, с некоторым допущением, сервисов картографии, блогов и социальных сетей, продаж с онлайн-аукционов, ничего другого, реально претендующего на громкое звание онлайн сервиса, рынок не предлагает. Пользователю предлагают все, что отображается в браузере и каким-то образом работает с его данными - под соусом "онлайн-сервисов", хотя является ли это таковым - еще большой вопрос.
Microsoft на этом рынке, так же, как и другие игроки, двигался по довольно «тонкому льду», нащупывая и выискивая то, что действительно может стать «серебряной пулей»… Среди таких проектов были как явные успехи, так и явные неудачи, но какого-то серьезного прорыва, увы, так и не наметилось. Службы Live – хорошие службы (особенно в той части, которые позволяют партнерам строить свои решения типа Live Mail или использовать в бизнесе на подобии Office Live), но все же они – одни из многих, не показывающие каких-то «ультра-преимуществ», с чем и связано стремление Microsoft приобрести Yahoo – собственно, получить «два из многих». Да, это монетизация, да, это дополнительная рекламная аудитория и клиенты.
Но, по-прежнему, остается какая-то оскомина – «где же лидерство в индустрии? Где решение, которое, как когда-то Windows 3.x/95, поменяет весь ландшафт? Или затянувшийся в индустрии разговор о сервисах в онлайне – это новый мыльный пузырь «сервис-дот-ком»?».
И вот, кажется, Microsoft нащупала свой путь, вышла на «толстый лед», по которому можно двигаться в любом направлении… И сделала она это совершенно незаметно, небольшой технологией, презентованной буквально с пару месяце назад – Live Mesh. Казалось бы, что такого «в очередном сервисе синхронизации и хранения данных в онлайн», тем более, что уже есть сервис хранения Live SkyDrive...
Но опыт достаточно длительного общения с этим сервисом показал, что в Mesh скрыт громадный потенциал и если следовать логике развития – мы на пороге того, о чем говорилось, как о «CloudOS». Да, сейчас мы видим только интерфейс веб-папок (почему-то оформлением один в один напоминающий Vista :) ) и очень простые, удобные в пользовании и, что немаловажно – прозрачные для пользователя, средства синхронизации данных с ПК, управления доступом и нотификаций.
Доступность данных отовсюду, этакое удобное с точки зрения пользователя мегахранилище в Интернете – это нынешний конек Mesh, но есть и то, что проглядывает за всем этим красивым и удобным интерфейсом доступа к данным – Mesh «готовится» к работе с данными. Уже сейчас его веб-представления готовы отображать графические данные в папках, проигрывать музыку и видео и… если чуть-чуть добавить фантазии, то можно представить, что скоро там появятся базовые просмотрщики и, возможно – редакторы файлов на случай, если я только в онлайн, онлайновые почта, БД и прочее в рамках единого интерфейса, синхронизирующие данные с ПК и с единым API для разработчиков и набором сервисов для внешних приложений…
Есть ли для этого ресурсы, которые позволят «сделать сказку былью»? Не будет ли подобное походить на некую «поделку» онлайн, каких уже много на рынке в виде очередного «десктопа на DHTML/Ajax etc»? Если посмотреть на стек текущих и будущих технологий, который сейчас предлагает Microsoft, то тут, кроме уже зарекомендовавших себя серверных ресурсов на платформы Windows Server, явно выделяются те инструменты, которые смогут стать катализатором развития Mesh в направлении единого десктопа/сервисов в ближайшем и «обозримом» будущем – Microsoft Silverlight иVolta. В их лице мы имеет инструментарий, который позволит сделать интерфейс приложений внутри Mesh достаточно динамическим, с одной стороны, а с другой – позволит разработчикам создавать единые портабельные приложения, способные запускаться как на стороне сервера и выступающие как сервисы, так и, через тот же Silverlight, на стороне клиента и формирующие веб-интерфейс нового поколения. И вот тогда Mesh сможет похвастаться тем, что он предоставляет и данные и инструменты для их обработки как единое законченное решение.
А что же будет со стационарными ПК и приложениями? Рисуются апокалипсические картины повсеместного исчезновения ПК и одна большая сеть… Скорее всего – все будет как раз наоборот и от такого сценария ПК только выиграют, поскольку именно Silverlight и Volta позволят в значительной мере перенести, вычислительные мощности приложений Mesh на клиента, исходя из конечных возможностей самого этого клиента. Кроме того, клиентские приложений, ставшие стандартом де-факто, такие, как Office, смогут использовать в своей работе ресурсы, предоставляемые через сервисы Mesh (Volta). Здесь, наверное, наоборот – стоит больше внимания обратить на мобильные устройства, на будущую поддержку которых намекает Mesh. Для них, с их ограниченными вычислительными возможностями, такое общее хранилище и поле сервисов будет как нельзя кстати.
Mesh сейчас в состоянии TechPreview (обзор по результатам эксплуатации можно прочитать тут), и во что разовьет его Microsoft к релизу – время покажет. Будем надеяться, что в Mesh воплотятся все лучшие и авангардные идеи по онлайн сервисам…

В пятницу вечером по тихоокеанскому времени, когда в восточном полушарии народ уже спал, был опубликован интересный документ, посвященный технологии виртуализации Hyper-V, являющейся компонентом Windows Server 2008. Всем, интересующимся внедрением виртуализации в промышленных масштабах - рекомендуется к чтению.

Тут же я вкратце озвучу основные тезисы документа:

Начиная с 31 марта 2008 года фронтэнд веб сервера, обслуживающие онлайн сайты служб MSDN и TechNet (3млн и 1млн посещений в день соответственно), были планово мигрированы на промышленную эксплуатацию в режиме виртуализации Hyper-V RC0.

Параметры аппаратных и виртуальных серверов (по 3 ВМ на каждый аппаратныйсервер ) следующие:

Общая схема решения следующая:

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

• Общие накладные расходы процессорного времени на Hyper-V (работу родительской ОС) составляют 5-6%
• Общее использование времени процессора (для 3х 4х-процессорных виртуальных машина на 8ми-процессорном аппаратном сервере) на 3% ниже, чем на физическом сервере
• Кол-во запросов в секунду на один процессор в общем для сайта MSDN выше, нежели в физической конфигурации. Это говорит о более эффективной утилизации процессоров
• Физический MSDN обслуживал всего на 21% запросов в секунду больше относительно виртуального MSDN из рассчета на 1% процессора
• Ошибки типа отказов в обслуживании из-за высокой нагрузки или недоступности служб для виртуального решения полностью сравнимы с аналогичными для физического

Таким образом можно сказать, что технология Hyper-V прошла серьезную "промышленную обкатку", а показанные результаты производительности позволяют говорить о том, что консолидация через виртуализацию дает возможность полностью утилизировать процессорные ресурсы с одновременным ростом производительности.

После столь впечатляющих успехов всем желающим повторить результаты с тем же успехом рекомендую познакомиться с документами Infrastructure Planning and Design , в которых в том числе рассматриваются процессы планирования и развертывания средств виртуализации.

Безусловно, одной из наиболее "интересных" технологий среди нововведений в Windows Server 2008 является Network Access Protection (NAP). Для тех, кто хочет более детально понимать внутренние механизмы работы NAP - в журнале "Компьютерное обозрение" №17-18 (635), 13 мая 2008 была опубликованна моя статья, посвященная NAP (доступная также сейчас в онлайн режиме). Хочу заметить, что в статье больший упор сделан на внутренние механизмы работы NAP, что позволяет, особенно администраторам гетерогенных сетей, более точно позиционировать роли и задачи NAP. Вопросы непосредственно администрирования будут рассмотрены в следующей части.