В результате заказчик получает своеобразный “облачный суперкомпьютер”. Amazon рассчитывает, что подобная услуга будет пользоваться популярностью у широкого круга компаний – от международных корпораций до небольших исследовательских фирм или научных лабораторий. Если компании нечасто требуются высокопроизводительные вычисления, то постройка собственного суперкомпьютера окажется для неё слишком дорогой, а для аренды мощностей на сторонних кластерах часто приходится записываться в длинную очередь.

Ключевое отличие CCI от классического облака Amazon EC2 в том, что на каждом узле EC2 может одновременно выполняться множество задач от различных клиентов. А использование CCI подразумевает выделение под одну задачу одного клиента сразу нескольких узлов. Получается своеобразное “облако наизнанку”. По большому счёту, ничего революционного в новой услуге нет – это вполне логичное развитие идеи облачных вычислений.

По словам представителей компании на идею создания Cluster Compute Instances их натолкнуло то, что некоторые клиенты уже очень давно пытались реализовать нечто подобное в рамках EC2. Однако им далеко не всегда удавалось сделать это с должным уровнем эффективности.

Пока в семейство Cluster Compute Instances входит только одно решение – Cluster Compute Quadruple Extra Large. Его характеристики таковы: 23 Гб оперативной памяти, 33,5 стандартных узла EC2 с двумя четырёхъядерными процессорами Intel Xeon X5570 на базе микроархитектуры Nehalem и 1690 Гб дискового пространства. В качестве ОС по умолчанию используется CentOS Linux.

Аренда такого CCI стоит всего 1,6 доллара в час. При этом можно заказать сразу несколько CCI и объединить их в кластер. Однако сейчас по умолчанию одновременно предоставляется не более восьми CCI. Заказ большего количества оговаривается отдельно.

Специалисты Amazon провели испытания нового продукта. Они объединили 880 CCI, а затем измерили производительность получившегося кластера с помощью теста High-Performance Linpack. В результате получилось довольно солидное значение – 41.82 терафлопс. Если бы подобный кластер участвовал в мировом рейтинге суперкомпьютеров Top500, то он бы занял в нём 146-е место.

Особо отмечается, что клиенты классического облака EC2 смогут достаточно легко и безболезненно мигрировать на CCI. А в рамках Amazon Web Services предоставляется доступ к Amazon Elastic MapReduce и публичным наборам данных.

Первые бета-тестеры нового продукта, в число которых входят одно из подразделений Национальной Лаборатории Беркли, а также компании MathWorks и Adaptive Computing, положительно отозвались о концепции и конкретной технической реализации Cluster Compute Instances, а также заявили, что это направление имеет очень большие перспективы в будущем.

Написано для Компьютерры-Онлайн.

Итак, одна из основных проблем – это перенос существующих приложений в “облако”. Во-первых, это не всегда возможно сделать из-за особенностей архитектуры конкретного приложения, его привязок к другим системам или сервисам, которые ещё/уже не будут перенесены в “облака”. Зачастую переход к облачным вычислениям невозможен из-за использования специфических API ОС или вызова низкоуровневых функций для оптимизации работы. Таких приложений, может быть, не очень много, но они есть. Бывают и такие случаи, когда перенос теоретически возможен, но это требует либо значительной переработки кода, либо переписывания всего набора ПО с нуля. Очень часто это экономически невыгодно. На самом-то деле совершенно аналогичную ситуацию мы наблюдаем уже лет пять. Ключевые понятия – 64-разрядность и многоядерность. Особенно “хорошо” обстоят дела с последним пунктом. Много ли вам известно программ, которые оптимизированы для работы с несколькими ядрами или потоками? Считанные проценты от всего разнообразия мирового софта при том, что “самые простые” 2-ядерные CPU существуют на рынке, мягко говоря, не первый год. Что уж тогда говорить про “облака”, в которых можно запускать тысячи потоков одновременно? Наконец, есть целый класс тяжелых приложений, которые вообще трудно куда-то перенести – видеоредакторы и конвертеры, 3D-игры, CAD-системы и трехмёрные редакторы, приложения реального времени и много что ещё. Впрочем, все эти проблемы отчасти решаемы. Для разработчиков создаётся богатый набор API, предлагаются новые модели и парадигмы программирования, разрабатываются инструменты для упрощения работы с многопоточностью и так далее. Даже идея переноса современных 3D-игр не так фантастична – сейчас как раз разрабатывается такой сервис. Идея, на самом деле, достаточно проста – игра запускается и рендерится на удалённом сервере, а клиенту передаётся только видеопоток. (Мечта любого правообладателя!) Требование только одно – качественный интернет-канал.

И это ещё одна проблема cloud computing – необходимость в постоянном подключении к Сети. Пропадает доступ в Интернет, и вы автоматически лишаетесь возможности работать. С учётом российских реалий эту проблему можно назвать первостепенной. Частичные решения уже давно есть. Например, GoogleGears позволяет работать с GoogleDocs или Gmail в оффлайн-режиме, а при первом же подключении синхронизирует всё с сервером. Правда, в Google неделю назад официально отказались от дальнейшей поддержки этой технологии и уповают на расширенные возможности HTML5 по работе с локальными данными. Microsoft в рамках парадигмы Software + Services (об этом уже говорилось в предыдущей статье) предлагает комбинированный подход – часть данных хранится и обрабатывается локально, а остальное отдаётся “облаку”. Но в данном случае упор всё же делается на решение другой проблемы – безопасности.

Рисунок Peter Arkle

И первый вопрос, который волнует очень многих, звучит так: “Насколько надёжно хранить все свои данные в облаке?” По идее, облачные вычисления тем и хороши, что данные хранятся в распределённом виде и периодически архивируются. Однако никто не застрахован от сбоев. Подобные прецеденты уже были, например, с Gmail. Тогда удалось восстановить информацию большинства аккаунтов, но часть всё-таки пропала навсегда. Одно дело – любовная переписка, совсем другое – бизнес-информация. В первом случае можно немножко погоревать и забыть, а вот второй может грозить как минимум вынужденным простоем и потерей прибыли. Не случайно многие бизнес-пользователи предпочитают хранить всё на собственных серверах с настроенной системой бэкапов. В конце концов, даже если произойдёт сбой, и накопители повредятся, то их хотя бы можно будет достать и отнести на восстановление в соответствующую контору. А если такое произойдёт где-то в облаке, то всё будет зависеть уже от совести cloud-провайдера. Особенно “приятно” видеть в EULA пресловутый отказ от ответственности – мол, ничто в мире не надёжно. Выходом может стать только поддержание актуальной копии всех данных вне “облака”.

Если смотреть глубже, то проблема заключается скорее в доверии к облачным вычислениям. Точнее, в боязни многих пользователей потерять контроль над ИТ-инфраструктурой. Дело в том, что культура аутсорсинга на данный момент слабо развита, особенно в России. Для многих дата-центры являются всего лишь площадками для размещения своего оборудования, но не более того. Однако всё это цветочки в сравнении с ещё одной проблемой облачных вычислений –конфиденциальностью хранимой информации. Здесь есть два момента. Во-первых, никто не гарантирует, что ваши данные не будут просматриваться и анализироваться компанией, которая предоставляет облачные услуги. Мало ли, что там написано в соглашениях о конфиденциальности. В том же Gmail реклама “удивительным” образом соотносится с текстом просматриваемого письма. Во-вторых, многие забывают, что дата-центры располагаются на территории других стран и подпадают под их юрисдикцию. Например, в США (лидер по количеству ЦОД) ваши данные совершенно спокойно могут изъять под различными миловидными предлогами вроде борьбы с терроризмом. Более того, вас даже не обязаны уведомлять о самом факте изъятия! А уж о том, куда потом попадут данные, тем более. В качестве решения предлагается шифровать всю информацию, которая передаётся и хранится в “облаке”. Альтернативный вариант – наиболее критические данные хранить и обрабатывать локально, а всё остальное переложить на облачные вычисления.

Впрочем, есть ещё некоторые проблемы облачных вычислений, которые носят в большей степени философский или морально-этический характер. Например, некоторые считают, что скоро нас ждёт эра вездесущих монополий. Google, Microsoft, социальные сети и тому подобное всё крепче привязывают пользователей к своим сервисам. Возможно, что через некоторое время сложится такая ситуация, что отказаться от конкретного продукта станет либо очень сложно, либо вообще невозможно. Основатель Free Software Foundation Ричард Столлман (Richard Matthew Stallman) говорит об облачных вычислениях так: “Это глупость. Точнее, это даже хуже глупости – это маркетинговая программа, основанная на обмане”. Он искренне считает, что каждый должен хранить данные на собственном компьютере и на нём же работать с ними. Он полагает, что cloud computing и сервисы подобные Gmail являются ловушкой для пользователя, которая прочно привязывает его к проприетарному ПО и отбирает контроль над информацией. Не исключено, что в будущем все эти сервисы в один момент потребуют оплаты, а у человека уже не будет возможности перехода. Глава Oracle Ларри Эллисон (Larry Ellison) вообще полагает, что сам термин cloud computing является только маркетинговой приманкой и часто не несёт особого смысла. Некоторые компании просто “обманывают” своих пользователей – чуть видоизменяют свой старый продукт, навешивают ярлычок “Основано на суперсовременных революционных технологиях облачных вычислений” и продают за большую цену.

Итак, мы рассмотрели основные проблемы облачных вычислений. На самом деле, список проблем на этом не заканчивается. Некоторые аспекты cloud computing изучены не до конца, поэтому в будущем может появиться ещё что-то. Трудно сказать, какая из вышеперечисленных проблем – наиболее важная. Всё зависит от конкретной ситуации. Надо понимать, что облачные вычисления это не панацея от всех проблем – у них тоже есть негативные аспекты. Также надо осторожно относиться к громким заявлениям о революционности новых продуктов.

Написано для Компьютерры-Онлайн.

Первый ключевой момент – в “облаках” все имеющиеся ресурсы используются в максимальном объёме (в идеале, конечно). Почему так? “Облака”, как правило, состоят из огромного количества машин (сотни и тысячи, а то и больше). Помимо расходов на их покупку есть ещё и расходы на их обслуживание. Очень невыгодно иметь парк серверов, который простаивает и ничего не делает, а значит и не приносит прибыли. Чем больше полезной нагрузки возлагается на каждый элемент “облака”, тем выше отдача от него. Как этого добиться? Самый простой и очевидный путь – использование систем виртуализации различных уровней для того, чтобы на одном узле можно было без проблем запускать разнородные задачи, тем самым загружая этот узел по максимуму. Неудивительно, что в последние годы так резко выросла индустрия производителей виртуальных машин, гипервизоров и так далее. Второй метод борьбы с высокими затратами на обслуживание – чисто технологический. Обратите внимания на рост количества моделей энергоэкономичных CPU с высоким показателем “производительность на Ватт”. Экологический аспект здесь отнюдь не на первом месте. Когда вы владеете условным кластером из 10000 ядер, то даже 5-процентное снижение энергопотребления каждого из них существенно снизит месячный счёт за электричество. Ещё одной особенностью современных CPU является большое количество ядер. Это приводит к следующей особенности облачных вычислений – высокой степени параллелизма. Современные настольные CPU имеют до 4-х физических ядер или до 8-ми виртуальных, то есть вы можете запускать вычисления в 8 потоков (если приложение вообще способно работать с многопоточностью). В “облаке”, теоретически, можно выполнять бесконечное число потоков. На практике оно, конечно, ограничено, но очень велико (до десятков тысяч). Отсюда ещё одна особенность облаков – размытость, нечёткая граница. Для потребителя cloud computing нет таких понятий, как объём оперативной памяти, количество свободного места на жёстком диске, частота процессора и так далее. Аналогичным образом не надо задумываться над доступным объёмом дискового пространства – оно точно также теоретически бесконечно.

Отсюда проистекают ещё три особенности cloud computing – распределённость (в одном месте такие мощности физически не разместить), удалённость (вы получаете доступ исключительно по Сети откуда угодно) и масштабируемость (сколько вы захотели ресурсов, столько и получите). Заодно мы получаем отказоустойчивость и надёжность хранения данных. Последним и очень важным моментом облачных вычислений является наличие стандартизированного интерфейса для работы в “облаке”. Это, по сути, наивысший доступный уровень абстракции. Вас опять-таки не интересуют всякие гигабайты, гигагерцы и мегабиты в секунду. Вам вообще должно быть абсолютно безразлично, как это всё внутри устроено. При этом любые изменения во внутренней работе “облака” вас также не касаются: обновление серверов и ПО, изменение параметров сети, даже физическое перемещение из одного дата-центра в другой вы не заметите.

С экономической точки зрения облачные вычисления отличаются ещё и оплатой услуг. При использовании мощностей “облака” вы не платите регулярные фиксированные отчисления (как абонплату за коммунальные услуги), не покупаете какой-то продукт/услугу (купили Photoshop и пользуете до конца жизни) и не приобретаете лицензии на n копий ПО. Вы оплачиваете только потребление ресурсов. Сколько ваше приложение “скушало” процессорных циклов, гигабайт RAM или HDD, а также передало/приняло данных по сети, столько вы и заплатите. Это одинаково выгодно потребителю и провайдеру облачных вычислений. Первый не переплачивает за неиспользуемые ресурсы (как при аренде хостинга, например), второй имеет возможность эти самые неиспользуемые ресурсы продать кому-нибудь другому, таким образом, загружая свои мощности.

Тремя основными направлениями развития cloud computing являются IaaS, PaaS и SaaS. Что же скрывается за этими “страшными” аббревиатурами и прочими *aaS?

• IaaS (Infrastructure as a Service) – инфраструктура как сервис. Вы арендуете сервера/кластеры и оплачиваете использованные ресурсы. Здесь наиболее широки возможности для творчества – сами выбираете ОС, необходимые сервисы и пишете конечное приложение. Естественно, это подходит не всем, а только “маститым” разработчикам. Это самый дорогой вариант, зато имеется почти полная свобода действий. Типичные представители: Amazon EC2, GoGrid, ElasticHosts и др.
• PaaS (Platform as a Service) – платформа как сервис. Логическое продолжение IaaS, только за вас уже поставили ОС, поставили определённый набор ПО и всё настроили. Теперь не надо копаться глубоко в недрах всей системы – вам предоставляется некий набор API для работы. Этот вариант гораздо дешевле предыдущего, но вам всё равно надо самому писать приложение. Оплачиваются только израсходованные ресурсы. Подходит подавляющему числу разработчиков. Типичные примеры: Google App Engine, Windows Azure, AptanaCloud.
• SaaS (software as a Service) – приложение как сервис. Готовое приложение для конечных пользователей. Вариантов оплаты море – за ресурсы, просмотр рекламы, абонплата и так далее. Типичные представители: современные почтовые службы (Gmail, Yandex, Rambler), файлообменники, многие CRM/ERP-системы. Отличительной чертой является доступ к приложению посредством веб-браузера, но не всегда.

Попробую привести некоторую аналогию с автомобильной темой (хотя аналогии опасны). Допустим, вы решили заработать на жизнь, став водителем такси. В случае обычного десктопного ПО вы просто покупаете готовый автомобиль и эксплуатируете его как хотите. А заодно сами чините его, проходите ТО и тратитесь на бензин. В случае IaaS вы “арендуете” корпус авто с рамой и колёсами. Потом сами выбираете двигатель, отделку интерьера, тип КПП и ставите это. Можно сконструировать грузовичок, а можно и изящный кабриолет. Оплачиваете только износ запчастей и бензин. Сами делаете мелкий ремонт. Зато арендодатель этого агрегата периодически делает ТО и капитальный ремонт. В случае PaaS вам предлагается почти готовый автомобиль, но вы можете отделать его по своему вкусу и кое-что поменять внутри. Расходы на топливо – из вашего кармана. Периодически вам ставят двигатель помощнее, меняют подвеску и делают сиденья более удобными. SaaS – приходите в таксомоторный парк и устраиваетесь водителем. Вам выдают типичный автомобиль, в котором вы можете повесить ароматизатор, поставить розового плюшевого медвежонка на приборную панель и постелить меховые коврики (и то не факт, что разрешат). У вас забирают определённый процент дохода или как-то ещё взимают плату. Зато каждое утро ваше авто чисто вымыто, заправлено, смазано и починено, даже если вчера ваш бампер узнал точное количество фонарных столбов на главной улице города.

Впрочем, есть более “экзотические” варианты *aaS. Например, DaaS (Desktop as a Service) предлагает каждому пользователю стандартизированное виртуальное рабочее место, с возможностью настройки и установки других программ. Доступ осуществляется по сети посредством тонкого клиента, которым может быть что угодно от обычного ПК до смартфона. Google Chrome OS в определённом смысле является реализацией DaaS. Ещё одной интересной вариацией является CaaS (Communications as a Service) – сочетания программно-аппаратных средств для организации всех видов общения (голос, почта, IM …) между сотрудниками одного предприятия за счёт сторонних решений. Альтернативным вариант SaaS продвигает корпорация Microsoft. Называется он S+S (Software+Services) и сочетает в себе сильные стороны типичного SaaS и обычного десктопного приложения. По сути, это обычное ПО, но с ориентацией на удалённые сервисы.

В целом, облачные вычисления – это очень обширная тема. Многое в них является продуктом маркетинга, а не действительно каких-то новых парадигм. Очень многие путают cloud computing с обычными расчётами на GRID-системах, а то и просто с кластерами удалённых серверов. Да, они имеют некоторые общие черты, но при этом очень сильно отличаются. Разделение на IaaS, PaaS, SaaS и прочие *aaS носит, на самом деле, довольно условный характер. В этой заметке названы основные отличительные черты каждой категории, общие особенности облачных вычислений и их плюсы. Есть у “облаков” и отрицательные моменты, речь о которых пойдёт в следующий раз.

Написано для Компьютерры-Онлайн.

Здесь важно уяснить один момент – приложения будут только веб-ориентированными! Вместо Microsoft Office – Google Docs или Office Live (что само по себе любопытно), вместо IM – GoogleTalk или какой-нибудь Meebo.com, почта – только через веб-интерфейс, игры – судя по всему, только на Flash, замена графического редактора – pixlr.com, например, и так далее и тому подобное. О видеоредакторах, к примеру, наверняка можно будет забыть. Я не случайно упираю на эту особенность, потому что очень многие эксперты, журналисты, сотрудники крупных компаний, которые присутствовали на презентации, в той или иной форме задавали один и тот же вопрос: “А можно ли будет запустить приложение для Android/Linux/.NET/подставьте что-нибудь своё на Google Chrome OS?” Ответ прост: “Нет, нет и ещё раз нет! Только веб-приложения”. Этой особенности не следует пугаться или возмущаться по этому поводу. Подумайте, какие из повседневных задач вы не сможете сделать в вебе, а только в standalone-приложении? То же редактирование видео является для большинства пользователей не критически важным занятием, а довольно редкой необходимостью. Поэтому не надо бояться веб-приложений. К тому же в Chrome OS обещают реализовать максимально возможную интеграцию с популярными сервисами вроде Facebook, Twitter, MySpace, Last.fm и т.д. Очевидно, что Chrome OS имеет привязку к Интернету, но возможность хоть какой-то работы в оффлайне скорее всего будет – за счёт Google Gears или локального веб-сервера. При первом же выходе в Сеть всё будет синхронизироваться с “облаком”.

Основная целевая аудитория по замыслу Google – домохозяйки, студенты и те, кто сейчас пользуется нетбуками. Причём пользуется именно теми функциями, которые отражены в названии устройства – доступом в Сеть и к веб-сервисам. Важно понять, что Google предлагает не урезанную донельзя обычную ОС, а новую концепцию взаимодействия пользователя и компьютера. Chrome OS является утрированной и доведённой до предела идеей web-based ОС и тонких клиентов. Все пользовательские данные и настройки находятся в “облаке” на серверах Google. И даже в “облаке облаков” – этаком глобальном вычислительном континууме, состоящем из множества сервисов (не обязательно Google). Обратной стороной медали является жёсткая привязка к этим самым сервисам. Никто не способен гарантировать сохранность и конфиденциальность данных, которые хранятся на чужих серверах. А ведь это очень большая проблема. Хотя с учётом того, что многие совершенно спокойно относятся к личной информации (порой интимного характера) или фотографиям, выложенным в социальных сетях в открытом доступе, то, может, не такая это и проблема? Точно так же никто не гарантирует стопроцентную доступность всех этих сервисов в любое время дня и ночи. Происходит сбой, и человек на несколько часов отрезан от какой-нибудь функции. Ладно, не будем углубляться в эту тему – она требует отдельного и тщательного рассмотрения. Пока что принцип прост: доверяешь – используй.

Теперь рассмотрим некоторые технические детали новинки. Значительно переработаны внутренности Debian. Я бы даже назвал её прошивкой по аналогии с современными роутерами, которые зачастую несут в себе узкоспециализированный вариант GNU/Linux. Устройства на базе Chrome OS будут представлять собой программно-аппаратный комплекс. Часть кода (драйвера) наверняка будет находиться в EFI, затем будет загружаться ядро и минимальная оболочка, а после запускаться собственно браузер (см. картинку). При этом весь код будет перерабатываться и оптимизироваться под конкретное устройство. Я не случайно говорю именно об устройстве (нетбуке, неттопе, MID), ведь Chrome OS невозможно будет загрузить и установить на компьютер! Можно будет только купить нетбук с предустановленной ОС! Таким образом, убиваются сразу два зайца. Во-первых, значительно уменьшается время загрузки – до 7 секунд при холодном старте. Во-вторых, решается извечная проблема GNU/Linux – отсутствие нужных драйверов. При этом Google будет договариваться с OEM-производителями о конфигурации конкретных устройств и помогать им писать ПО для них. Все драйвера будут проходить обязательную сертификацию Google. Поддержка периферии урезана – только устройства ввода-вывода, накопители и принтеры. С обычным железом тоже не всё так просто. Например, поддерживаются только SSD. Всё это делается для оптимизации ОС и её облегчения. Много внимания уделяется ускорению за счёт GPU. В частности, обещается поддержка WebGL. Любопытно, что Google не планирует встраивать Chrome OS в обычные ноутбуки в качестве второй легковесной ОС для быстрого доступа к интернет-сервисам, как делает Dell в некоторых моделях. В Google не исключают возможности создания версии ОС для ARM-процессоров, то есть имеется вероятность появления смартбуков с Chrome OS.

Особое внимание уделяется безопасности. Корневая ФС будет доступна только в режиме чтения, но при этом будут пользовательские разделы для хранения локальных данных и кэша веб-приложений. Вся ФС будет шифроваться (может быть, на аппаратном уровне), а информация – по возможности сохраняться в “облаке”. (С другой стороны, пользоваться флэшками никто не запрещает.) Даже при утере нетбука не произойдёт ничего страшного. Просто покупаешь новый, вводишь логин-пароль, и ты уже находишься в том же рабочем окружении. Каждое приложение будет запускаться в собственной “песочнице” и иметь очень ограниченные права. Вскользь упоминалась функция автоматического восстановления после сбоя путём отката к предыдущему состоянию ОС. Все компоненты Chrome OS будут иметь некое подобие цифровой подписи, поэтому при обнаружении чего-то “левого” загрузка будет прекращена. Также в новой ОС будет реализован механизм обновления – по возможности быстрый и незаметный для пользователя.

Пользовательский интерфейс построен на взаимодействии со вкладками и окнами браузера. Однако имеется возможность запускать приложения в отдельных окнах (так называемых панелях) и работать с ними поверх всего остального. Это актуально, например, для чатов или IM. На данный момент внешний вид и поведение элементов (кнопок, чекбоксов и т.п.) всё ещё находится в разработке. Все привычные интерфейсы реализованы также за счёт браузера. Например, диалоговое окно открытия или сохранения локального файла. При открытии файлов будут запускаться соответствующие веб-приложения. Также разрабатывается система плагинов для поддержки нестандартных документов, видео, рисунков. В Chrome OS есть встроенный аудио- и видеоплеер на базе Flash. Кодеки, судя по всему, будут автоматически загружаться в виде плагинов или модулей. В общем, если вы не приверженец хранения фотографий в xcf и слушаете музыку не только в формате MonkeyAudio, то особых проблем возникнуть не должно.

Подведём небольшие итоги. Основные принципы Chrome OS – это простота, быстрота и безопасность. Достигается это за счёт хранения пользовательских данных и настроек на удалённых серверах, высокого уровня оптимизации компонентов ОС, расширенной многоуровневой модели безопасности. Все приложения запускаются из Сети, а интерфейс пользователя построен на веб-стандартах. Кстати, это третья ОС (помимо Windows и Mac OS X), которая централизованно разрабатывается и поддерживается крупной корпорацией. Chrome OS является полностью открытой, хотя вы и не можете скачать дистрибутив и установить её. Но вы можете самостоятельно собрать её из исходных кодов – ситуация аналогична закрытому браузеру Chrome и его open-source близнецу Chromium. Концепция ОС очень многообещающая, но пока нет почти никакой практической реализации всех её идей. То, что сейчас находится в открытом доступе – это не бета и даже не альфа-версия того продукта, который должен получиться в итоге. Мне кажется, что Chrome OS является довольно перспективной разработкой.

Первые тестовые версии новой ОС появятся не раньше весны следующего года, а активная обкатка на “железе” начнётся летом. В Google планируют выпустить в продажу устройства с Chrome OS на борту к следующему Новому Году – сезону подарков. О ценах пока ничего неизвестно. К сожалению, пока не ясно, как именно Google собирается зарабатывать на новом продукте. Может быть, это очередной этап реализации Матрицы, просто мы пока не догадываемся об этом. Не исключено, что будет задействована схема с бесплатным использованием приложений, но обязательным просмотром рекламы. У корпорации весьма богатый опыт в этой области. Загадывать пока ничего не буду – время покажет. Тем, кому это интересно, могу порекомендовать посмотреть видеозапись презентации Chrome OS.

Написано для Компьютерры-Онлайн