В ночь на 8 июля Google объявил о разработке Chrome OS – операционной системы, построенной вокруг браузера. Релиз для нетбуков обещают на вторую половину 2010 года, исходники откроют позже в этом году. Идея простая и радикальная: приложения живут в вебе, локально остаётся только тонкий слой Linux и сам Chrome. Загрузка за секунды, обновления прозрачны, данные – в облаке. Для рынка, где доминирует Windows, это заявка на смену модели. Разберём, что анонс означает для корпоративной и государственной инфраструктуры, а не для домашнего пользователя.

Что именно анонсировали

Chrome OS – не то же самое, что браузер Chrome или Android. Это отдельная система: ядро Linux, новая оконная подсистема, всё взаимодействие через веб. Никаких устанавливаемых десктопных программ в привычном смысле – вся работа идёт в браузерных приложениях. Google делает ставку на то, что современный веб уже достаточно зрел: Gmail, Google Docs, картографические и почтовые сервисы показывают, что офисные задачи закрываются в браузере.

Техническая основа этой ставки – сервисная архитектура. Приложение в Chrome OS общается с сервером через те же механизмы, что мы разбирали в материале о SOAP и REST: HTTP, XML и JSON поверх стандартных протоколов. Чем больше логики переезжает на сервер, тем важнее качество этих интерфейсов и каналов связи. Тонкий клиент бесполезен без надёжного бэкенда.

Почему это интересно корпоративному и госсектору

Для ИТ-службы привлекательность очевидна. Парк машин без локально установленного ПО – это меньше уязвимостей, меньше работы по обновлениям, предсказуемый образ системы. Кража ноутбука перестаёт быть утечкой данных, если на диске ничего не хранится. Стоимость владения падает: дешёвые нетбуки вместо полноценных рабочих станций, централизованное администрирование вместо обхода рабочих мест.

Но за этой картиной стоит жёсткое условие – постоянный и быстрый доступ к сети. Облачная модель переносит риски с конечного устройства на инфраструктуру и провайдера. Доступность сервиса становится критичной: если канал лёг, работа встала целиком, а не частично. Поэтому переход к веб-ориентированным рабочим местам имеет смысл только при чётких гарантиях по доступности и времени реакции – то есть при грамотно выстроенном SLA на поддержку и инфраструктуру. Без измеримых обязательств облако превращается из преимущества в единую точку отказа.

Что это значит на практике сегодня

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

Важнее другое: анонс Chrome OS – часть более широкого сдвига. Мы уже видим, как мобильные платформы вроде iPhone OS приучают пользователей к push-модели и онлайн-сервисам. Граница между «приложением» и «сайтом» размывается. Организациям стоит начать с того, что в их власти прямо сейчас: переводить внутренние системы на веб-интерфейсы, выносить логику в сервисы, проектировать инфраструктуру под облачные и веб-ориентированные сценарии – с отказоустойчивыми каналами связи, резервированием и продуманным интеграционным слоем.

Вывод

Chrome OS – пока идея и обещание, а не продукт на столе. Но направление выбрано верно: рабочее место смещается в браузер, а ценность переезжает на сервер. Выиграют те, кто заранее приведёт инфраструктуру и сервисную архитектуру в порядок. Готовиться к облаку стоит начинать с фундамента, а не с конечного устройства.