Компьютерра, 2008 № 16 (732) - [18]
Начало апреля в Санкт-Петербурге выдалось солнечным - было даже немного обидно проводить эти дни во дворце спорта "Юбилейный", где шла конференция Sun Tech Days. Однако, несмотря на манящую погоду за окном и специализированный характер Tech Days, посмотреть на это мероприятие оказалось довольно любопытно.
Конференция проходит очень неформально. Правда, мне не доводилось бывать на подобных мероприятиях в Штатах - может, там это и привычное явление, но на отечественных технических сборищах нечасто увидишь конкурсы самодеятельности (добровольцы из зала показывали на сцене фокусы, пели и даже танцевали "калинку-малинку") или скандирование названия конференции для поднятия "боевого духа". Впрочем, нарочито-раскованные отношения с аудиторией напрягали не сильно и разговорам о серьезных вещах практически не мешали.
Запомнился доклад о проекте Sun SPOT (Small Programmable Object Technologies) - экспериментальной платформе для создания небольших устройств (размером с мобильный телефон или даже меньше), способных долговременно питаться от батарей и поддерживать беспроводную связь, - их можно использовать, например, в качестве сенсоров в "умных зданиях" или как угодно еще. Интересен "выбор операционной системы": она отсутствует. Вместо нее есть специальная виртуальная машина Java (Squawk), работающая на голом железе. По задумке Sun, это должно значительно упростить написание приложений для встраиваемых устройств - разработчику не нужно знать никаких премудростей этого дела - только привычную многим Java ME. Стоит отметить, что открыта не только вся софтверная начинка, но и спецификации железа. Экспериментируй сколько душе угодно. Целевая аудитория - исследователи и разработчики.
Впрочем, не Джавой единой - немало времени было посвящено и другим технологиям. Целая секция была выделена для "Веб 2.0" - здесь Sun’овское сообщество тоже очень активно - например, занимается разработкой различных открытых фреймворков для быстрого создания веб-приложений и машапов существующих сервисов. Помимо вездесущей Java, со сцены звучали и такие названия, как PHP, Python, JavaScript, Ruby on Rails. Моему невооруженному глазу интересной показалась разработка JRuby, позволяющая скрестить "ужа с ежом" - использовать синтаксис и все богатые выразительные возможности языка Ruby при работе в полноценной Java-среде.
Напоследок - занятный эпизод. Рассказывая про один из веб-фреймворков, очаровательная Дорис Чен (на фото) спросила, кто в аудитории работает с PHP. Стоя вплотную к сцене, чтобы сделать несколько снимков, я гордо поднял руку (мне и правда приходилось писать несложные PHP-скрипты). Дорис заметила это и радостно сообщила залу: "О! И даже этот фотограф использует PHP!" Я почти не обиделся. Честно-честно.
ИНТЕРНЕТ: К исследованию белогривых лошадок
Автор: Виктор Шепелев
В постновогоднем "обзоре трендов"["Обалдеть, завтра дайте три!" ("КТ" #717).] мы упомянули, что многие титаны рынка и отцы Веб 2.0 сегодня делают ставку на некий загадочный "cloud computing" ("[за]облачные вычисления"?).
В общем, это может напоминать возвращение старых времен, с их мэйнфреймами и терминалами, - возвращение, которое кажется не слишком осмысленным сегодня, во времена победившего Мура, времена, когда "память больше не ресурс"[Стандартный аргумент программистской дискуссии о "прожорливости" языков и библиотек; подразумевает, что при нынешних ценах на оперативную память экономить ее бессмысленно 3 Например, стоимость использования S3 - 15 центов в месяц за гигабайт хранимых данных, 10 центов за гигабайт трафика. При этом оплата идет за фактически используемые ресурсы - нет необходимости "покупать место с запасом и платить за пустое место 4 37signals устроены несколько иначе; впрочем, им не приходится предоставлять огромные дисковые или вычислительные мощности, их "мощность" скорее в удобстве интерфейса приложений.], да и процессорное время для бытовых задач тоже уже "не очень-то ресурс". Так что же - Google, Amazon, IBM… - коллективное помутнение рассудка, впадение в старческий маразм или детство? Сомнительно.
Тогда в чем соль? Терпение, милый читатель. Изучать мир и делиться с тобой знаниями - наш священный долг и обязанность. Не переключай канал.
Хотите - буду безукоризненно нежный, не мужчина, а - облако в штанах!
Владимир Маяковский
Итак, зачем понадобился новый термин? От нехватки старых? Чем плохи "распределенные вычисления (если речь идет об использовании вычислительных мощностей, объединенных в сеть) или "тонкий клиент" (если речь идет о перенесении всех вычислений на сервер), а то и просто "клиент-сервер"?
Дело в том, что "облачные вычисления" подразумевают: во-первых, максимальную простоту и удобство доступа к ресурсу; во-вторых, почти бесконечное в обе стороны масштабирование. ("В обе стороны" здесь означает, что нет ограничений ни по максимальному, ни по минимальному использованию.)Несколько конкретных примеров.
"Облачными вычислениями" Google называет все свои онлайн-приложения - GMail, Docs, Calendar, Google Base и т. п. Простой доступ: удобный, понятный "простому пользователю" интерфейс, похожий на "обычное десктопное приложение", а местами даже удобнее и функциональнее. Почти бесконечное масштабирование: 1 Гбайт для почты (на момент открытия "Гмыла", сегодня - 6 Гбайт для простых смерных или 25 Гбайт/$50 на каждый адрес в Google Apps Premier Edition) - это все-таки очень много (если не хранить фильмы в почтовом ящике); при этом даже если ты получаешь одно письмо в год - удобство работы не уменьшится и претензий за "недоиспользование" ресурса никто не предъявит (вроде любимого некоторыми российскими почтовыми службами "Ваш ящик не использовался больше трех месяцев и будет удален"). Та же петрушка и со многими другими приложениями "для простых людей" - блогсервисами, фотохостингами, файлохранилищами "эпохи Web 2.0" - хош, вот тебе гигабайт места и десяток трафика; а не нравится - заплати 2 доллара в месяц и имей 20 гигабайт и безлимитный трафик.
