Ладно, кочумаем с гадкими иллюстрациями и делаем поучительные выводы: ничего кроме отвращения подобные PR-кампании вызывать не могут. Ну сделали неинтересный тоскливый девайс, задействующий технологии даже не вчерашнего (цветной TFT-экран), а позавчерашнего дня (зеленый монохром) - вот и хвалите его на здоровье, рекламируйте на каждом столбе! Наверняка найдется шлемиль, для которого встроенный польско-английский словарь перевесит смехотворность всей прочей начинки. Но вот проталкивать товар методом обмазывания навозом конкурентов (тем более - незаслуженно!) - это неправильные жизненные принципы. Это дикие принципы. Дикие и чуждые. По меньшей мере для русской цивилизации и культуры, которую, собственно, Ectaco и держит под прицелом своего маркетинга.
ОКНО ДИАЛОГА: Ян из Sun
Автор: Илья Щуров Voyager
В один прекрасный день отец Яна Мёрдока сменил свою пишущую машинку на компьютер Apple II, который захватил воображение будущего основателя легендарного Linux-дистрибутива. Увлечение компьютерными играми прошло вместе с детством, уступив место программированию. Так все и началось. Ныне г-н Мёрдок - вице-президент подразделения Developer and Community Marketing компании Sun Microsystems. Сейчас, в 2008 году он занимается во многом тем же, чем занимался пятнадцать лет назад, - изменением мира. Мы встретились с ним на конференции Sun Tech Days, проходившей в Санкт-Петербурге, чтобы обсудить успешные и неудачные проекты, настоящее и будущее Linux и Solaris и сообщества free/open source software (FOSS) в целом.
Debian и все-все-все
Как устроен Linux-дистрибутив, сегодня представляют себе не только небритые линуксоиды с красными глазами, но и многие "нормальные люди", - хотя бы в общих чертах. Такие термины, как менеджер пакетов, репозитарий или RPM, не кажутся совсем уж черной магией, а вручную бороться с разрешением зависимостей приходится в основном экстремалам, собирающим "Linux From Scratch". Но это не значит, что так было всегда. Когда-то дистрибутивов в современном понимании этого слова не было вообще. Linux уже придумали, а дистрибутивы - еще нет.
Речь идет о 1992-93-м годах. Было бы преувеличением сказать, что революция произошла из-за письма, отправленного 16 августа 1993 года двадцатилетним студентом университета Purdue Яном Мёрдоком в ньюсгруппу comp.os.linux.development, в котором он сообщал о начале проекта Debian. Конечно, это был не первый дистрибутив Linux (хотя слово это еще не было распространено, и в своем сообщении Мёрдок называет свой проект "Debian Linux Release"). В то время была распространена Softland Linux System (SLS) - одна из первых Linux-систем, включавшая в себя не только ядро и несколько базовых утилит проекта GNU (именно в таком минималистичном составе тогда распространялся Linux, занимая лишь пару дискет), но и другие важные для работы модули (в том числе графическую подсистему X).
Однако SLS был очень далек от современных дистрибутивов и обладал множеством недостатков. Созданный с нуля Debian оказался прорывом - не только с технологической точки зрения (введя такие революционные возможности, как установка и настройка ОС с помощью системы меню и интеллектуальную систему управления пакетами, позволяющую обновить всю систему одной командой), но и с социальной. Обнаружив, что не в состоянии достигнуть своих целей в одиночку, Ян Мёрдок предложил всем желающим участвовать в разработке. Несмотря на то что ядро Linux уже разрабатывалось в распределенной модели, для ОС целиком это казалось почти невозможным. "Как могут люди из разных частей света, разговаривающие на разных языках, безо всякого "генерального плана", без оплаты создать столь сложную штуку, как операционная система?" - писал Мёрдок в 2003 году, вспоминая события десятилетней давности. Оказалось: могут. И еще как!
Debian оказался революционным примером работы децентрализованного некоммерческого сообщества добровольцев, со своей "конституцией" (social contract), своими "законами" (policy) и своей системой принятия решений - максимально открытой и демократичной. Впрочем, демократии, по мнению Мёрдока, в проекте с самого начала было слишком много. Отсутствие "власти лидера", который может поставить точку в любом споре или принять непопулярное, но необходимое решение, может привести к стагнации проекта из-за внутренних противоречий.
- Обсуждения и поиск консенсуса - это хорошо, когда у вас есть небольшое "ядро" разработчиков. - Говорит Мёрдок. - Например, этот метод работает в Apache Foundation. Но он очень плохо масштабируется. Скажем, если вы управляете компанией в десять человек, то можете себе позволить неформальное принятие решений за кружкой пива. Но если сотрудников сотни (а в Debian сейчас больше тысячи разработчиков), вам понадобятся лидеры, менеджеры и т. д. В open source все то же самое - чтобы в проекте что-то реально делалось, нужен сильный лидер.
Ян часто сравнивает управление сообществом добровольцев и коммерческой компанией - и полагает, что между этими двумя видами деятельности много общего, несмотря на разницу в подходах и целях.
- Ключевой вопрос в обоих случаях - это мотивировать людей следовать за вами. В случае коммерческой компании это несколько проще - вы можете мотивировать людей с помощью денег. В случае сообщества - особенно в случае некоммерческого проекта типа Debian, основанного на работе добровольцев, - вам нужно проявить творческий подход, чтобы увлечь людей за собой.
Одним из способов добиться этого, по мнению Мёрдока, - дать людям почувствовать себя частью чего-то большего, превосходящего возможности отдельного человека. Впрочем, даже когда эта задача решена, в сообществе может возникнуть множество других проблем. Мёрдок рассказывает про недавнюю инициативу DuncTank (мы писали о ней в "КТ" #657):
- У Debian всегда были трудности с соблюдением сроков выхода релизов. Лидеры проекта приняли решение собрать некоторые деньги и нанять людей для управления процессом выпуска очередной версии. Но это не помогло и вызвало недовольство многих участников, которые всегда работали бесплатно. Конечно, этого следовало ожидать, ведь мы вводим деньги в сообщество, которое их никогда не видело, - хотя наблюдать за этим было интересно.
Впрочем, это не значит, что финансировать работу свободного сообщества вообще невозможно - но делать это нужно очень аккуратно.
- Мы когда-то делали один продукт, основанный на Debian, и наняли нескольких разработчиков, чтобы они участвовали в деятельности Debian-сообщества. Такого противостояния, как против DuncTank, это не вызвало, скорее наоборот. Вообще, open source стремится быть меритократией (власть достойных) - люди, делающие большую часть работы, имеют наибольшее влияние. И только так можно повлиять на процесс разработки: инвестируя, вкладывая свой код, участвуя в жизни сообщества. Например, в Sun мы нанимаем огромное количество людей, работающих над OpenSolaris.
Open Solaris и все-все-все
Кстати, о компании Sun. Конечно, трудно было найти более подходящего человека для популяризации OpenSolaris, чем Ян Мёрдок. Задачи, стоящие перед ним сегодня, не сильно изменились со времен Debian: ему нужно создать сильное, здоровое сообщество. Чтобы достичь этой цели, необходимо сделать систему более простой в установке и работе - в точности то, что требовалось Linux в 1993 году, чтобы стать мэйнстримом.
- Когда я пришел в компанию Sun год назад, я должен был окинуть взглядом Solaris и меняющуюся индустрию и понять, как мы можем сделать свою систему более привлекательной для быстро меняющейся аудитории. Стало ясно, что для динамичного развития нам нужна модульная архитектура, система управления пакетами, утилиты GNU, привычная графическая среда - в общем, требовалось сделать так, чтобы любой Linux-администратор мог работать под OpenSolaris.
Созданием такой системы и занимается Мёрдок в рамках проекта Indiana. Его цель - привнести в Solaris тот опыт, который дал миру Linux, - превратив операционную систему из монолитного образования в удобное средство доставки пользователю тех возможностей, которые ему нужны.
- Solaris был сердцем многих дата-центров на протяжении двадцати лет, он проверен временем, в Sun над ним работает более пяти тысяч инженеров, - рассказывает Мёрдок. - Одним из преимуществ нашей системы во все времена была совместимость: вы можете взять бинарный файл, скомпилированный в 1995 году на Solaris 2.5.1, и запустить его сейчас под Solaris 10. Наши пользователи ценят это. Поэтому мы не можем идти путем Nexenta - резкий переход с Solaris на Linux-дистрибутив с ядром OpenSolaris нашим клиентам просто не подходит. Мы стараемся следовать скорее эволюционным путем - начинаем с Solaris и добавляем те части из Linux-сообщества, которые наиболее востребованы нашими пользователями.
Говоря о перспективах OpenSolaris, Ян отметил, что десктопный сегмент рынка, очевидно, не является приоритетом номер 1 для Sun - но это очень хорошая возможная точка приложения усилий сообщества.
LSB, Progeny и все-все-все
Debian и OpenSolaris, конечно, не единственные проекты в жизни Яна Мёрдока. Из других известных инициатив можно отметить работу над Linux Standard Base (LSB), призванной "унифицировать" все многообразие дистрибутивов GNU/Linux с тем, чтобы разработчикам приложений не приходилось выпускать множество сборок. Несмотря на любовь FOSS-сообщества к различным стандартам, критиков LSB хватает: люди говорят, что операционная система и прикладное ПО слишком быстро развиваются и слишком сильно зависят друг от друга, чтобы любой (неизбежно устаревающий по мере выхода) стандарт имел хоть какой-то смысл. Ян частично соглашается с критиками.
- Действительно, стандартизировать такую быстро эволюционирующую вещь очень трудно. Вообще, эта работа отражает разницу между стандартами "старого типа" (такими, как POSIX), фиксирующими некоторые интерфейсы, которые затем реализуются в приложениях, - и новым процессом стандартизации, при котором стандарты задаются реализациями. Сейчас очень часто open source-реализации различных спецификаций, протоколов, интерфейсов фактически становятся стандартами просто в силу своей популярности. Мне кажется, что реальная проблема современного мира, в котором появляются подобные стандарты "де-факто", в том, что стандарты часто принадлежат отдельным компаниям и могут давать им существенное конкурентное преимущество. Такие проекты, как LSB, очень важны, поскольку поддерживают значение стандартов для индустрии. Однако это очень сложный процесс.
Еще один известный проект Мёрдока - компания Progeny, выпускавшая основанный на Debian дистрибутив под названием Progeny Componentized Linux. Она прекратила свою деятельность в мае 2007 года - и выглядело это скорее как провал.
- В каком-то смысле это действительно был провал - мы не достигли тех целей, которых хотели достигнуть, - признается Ян. - С другой стороны, это был в каком-то смысле успех - мы были прибыльной компанией, могли платить зарплату нашим сотрудникам на протяжении нескольких лет и делали интересные вещи. Так что все зависит от того, как мерить успех. Делать интересные вещи - это одно, менять мир - совсем другое.
Рассуждая о причинах относительной неудачи своей компании, Ян замечает, что она опередила свое время:
- Мы заметили, что Debian используется в качестве базы для создания различных продуктов. Мы хотели создать инструментарий, который позволил бы компаниям делать это легко и просто. Но тогда было непросто с финансами - мы долгое время пытались зарабатывать деньги, нанимать людей, работающих над технологиями, над маркетингом. В общем, наложилось несколько факторов. Хотя я думаю, что у Progeny были действительно интересные идеи, и, возможно, я их еще реализую - здесь, работая в Sun. Это тоже будет успех.
Open Source и все-все-все
Обсуждая проблемы и достижения FOSS-сообщества, мы не могли обойти стороной внутренние противоречия: вечный спор между "этиками", считающими, вслед за Ричардом Столлманом[Каюсь! Я до сих пор ничего не написал о визите Столлмана в Москву. Обещаю исправиться.], что свобода ПО ценна сама по себе, и прагматиками, полагающими, что открытые исходники и свободные лицензии - просто более удобный и приятный способ разработки качественного и надежного софта. Проект Debian, как мне казалось, тяготел к "этической" части (достаточно вспомнить его "общественный договор"), однако взгляды Мёрдока оказались несколько иными.
- Я никогда не верил в этическую часть всей этой деятельности. Я вижу, что open source - просто лучшая модель разработки, лучший способ создания сообщества. Это что-то вроде капитализма. Люди участвуют в сообществах по разным причинам. Для кого-то это форма благотворительности, желание подарить что-то миру. Другие ищут выгоды для себя. Может быть, они наслаждаются тем, что делают, и хотят заниматься этим больше, или же хотят показать, что они умеют, или хотят найти работу - в общем, существует множество причин, по которым люди участвуют в сообществах вокруг открытых проектов. Я не могу сказать, что какая-то причина - правильная, а какая-то другая - нет.
Стараясь держаться вдалеке от "политически-заряженных" дискуссий в области технологий, Мёрдок активно интересуется политикой реального мира. Я спросил его о том, какой опыт в управлении свободными проектами мы могли бы перенести на управление целыми странами:
- О! Когда дело касается государственной власти, я начинаю верить в демократию! - смеется Ян. - Скажем, американская система имеет множество недостатков, но в целом она работает. Одна из главных проблем, которые я вижу, - это двухпартийная система. Мы вынуждены выбирать между двумя экстремальными точками политического спектра, тогда как в реальности нам нужно что-то посередине. Насчет open source - мне кажется, некоторый опыт уже заимствуется. На выборах организуются кампании в стиле open source, где очень много стихийной активности - люди могут говорить о своей позиции, общаться друг с другом, обмениваться мнениями. Я не уверен насчет самого процесса управления, но включение в процесс выбора, являющегося ключевым в демократии, обычных людей и предоставление им права самовыражения и общения друг с другом помогает принять лучшие решения для всей страны.
Впрочем, в open source есть не только хорошее. На вопрос о том, что ему больше всего не нравится в FOSS-сообществе, Ян ответил мгновенно.
- Священные войны (flamewars). Технология - это религия. Люди становятся слишком замкнутыми в своих решениях, и это тормозит прогресс. У нас - инженеров - очень твердые мнения. Emacs - лучший текстовый редактор! Нет, Vi самый лучший! Во времена Usenet было несколько тысяч людей, спорящих друг с другом, а сейчас их число выросло до миллиона - и это становится большой проблемой. Я бы хотел, чтобы мы были более открытыми - и, пожалуй, чуть менее циничными, - когда говорим об открытом софте.
Солнечные технические дни
Начало апреля в Санкт-Петербурге выдалось солнечным - было даже немного обидно проводить эти дни во дворце спорта "Юбилейный", где шла конференция Sun Tech Days. Однако, несмотря на манящую погоду за окном и специализированный характер Tech Days, посмотреть на это мероприятие оказалось довольно любопытно.
Конференция проходит очень неформально. Правда, мне не доводилось бывать на подобных мероприятиях в Штатах - может, там это и привычное явление, но на отечественных технических сборищах нечасто увидишь конкурсы самодеятельности (добровольцы из зала показывали на сцене фокусы, пели и даже танцевали "калинку-малинку") или скандирование названия конференции для поднятия "боевого духа". Впрочем, нарочито-раскованные отношения с аудиторией напрягали не сильно и разговорам о серьезных вещах практически не мешали.
Запомнился доклад о проекте Sun SPOT ( Small Programmable Object Technologies) - экспериментальной платформе для создания небольших устройств (размером с мобильный телефон или даже меньше), способных долговременно питаться от батарей и поддерживать беспроводную связь, - их можно использовать, например, в качестве сенсоров в "умных зданиях" или как угодно еще. Интересен "выбор операционной системы": она отсутствует. Вместо нее есть специальная виртуальная машина Java (Squawk), работающая на голом железе. По задумке Sun, это должно значительно упростить написание приложений для встраиваемых устройств - разработчику не нужно знать никаких премудростей этого дела - только привычную многим Java ME. Стоит отметить, что открыта не только вся софтверная начинка, но и спецификации железа. Экспериментируй сколько душе угодно. Целевая аудитория - исследователи и разработчики.
Напоследок - занятный эпизод. Рассказывая про один из веб-фреймворков, очаровательная Дорис Чен (на фото) спросила, кто в аудитории работает с 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 гигабайт и безлимитный трафик.
Упомянутый Google Apps Premier Edition плавно переносит нас к следующей разновидности - облакоприложений для офиса и организации труда. Помимо гугловского пакета, на ум сразу же приходят сервисы студии 37signals - прославленных создателей Ruby on Rails. Их сервисы - средство управления проектами Basecamp, совместной работы над текстами Writeboard, онлайн-бизнес-чат Campfire и т. п. - типичные "облака". Работают "где-то там", на серверах 37signals, простые и удобные в использовании, полностью заменяют соответствующую разновидность "настоящих программ".
Третий пример - сервисы от Amazon: Elastic Computing Cloud (EC2) - виртуальные вычислительные мощности; Simple Storage Service (S3) - место для хранения данных; SimpleDB - база данных (в отличие от S3, в большей степени предназначена для хранения таблиц коротких данных и эффективного выполнения сложных запросов). Все это - предложения для создателей собственных веб-приложений, желающих переложить на широкие плечи Amazon часть своих забот.
Здесь наблюдаются те же ключевые факторы: простой доступ - дружелюбное API, удобное управление; и почти бесконечное масштабирование - платишь только за то, что используешь, причем цены близки к себестоимости ресурса (если есть еще сегодня такая эфемерная вещь, как "себестоимость гигабайта дискового пространства") и растут линейно с ростом запросов[Например, стоимость использования S3 - 15 центов в месяц за гигабайт хранимых данных, 10 центов за гигабайт трафика. При этом оплата идет за фактически используемые ресурсы - нет необходимости "покупать место с запасом и платить за пустое место". ].
Казалось бы, что общего между программамина-Вебе для обычного юзера (см. Google) и как-быхостингом для небогатого разработчика (см. Amazon)?
Очень просто: пользователь и тех и других сервисов - "обычный человек", не желающий или не могущий тратить деньги и время на серьезную IT-инфраструктуру (запомним эту дефиницию, она нам еще пригодится).
У одинокого пользователя куда больше общего с одиноким хозяином небольшого стартапа, чем у них обоих - с крупной фирмой, могущей позволить себе собственный дата-центр. Истинность этого утверждения подтверждают, помимо прочего, уже существующие решения, делающие амазоновские сервисы-для программистов полезными для простого пользователя;например, использование S3 для хранения бэкапов данных - при 15 центах в месяц это становится весьма осмысленным (природу этой осмысленности мы разберем ниже).
ПОЧЕМУ?
Когда я снова стану облаком,
Когда я снова стану зябликом,
Когда я снова стану маленьким
И снег опять запахнет яблоком.
Александр Галич
Теперь, читатель, надеюсь, тебе примерно понятно, чем сегодняшнее предложение "распределенных вычислений" так отличается от всего существовавшего ранее, что понадобился новый термин. Теперь неплохо бы определить - что же изменилось в мире за последние годы, что такая разновидность сервисов стала возможна, и возможна именно теперь.
Первый из факторов - это естественное количественное развитие технологий на стороне пользователя: широкополосный и безлимитный интернет-канал, доступный все большему числу людей, позволяет не задумываться о том, сколько байтов (кило-, мега-, а скоро даже и гига-) гоняется туда-сюда; 3 гигагерца процессора и гигабайт оперативной памяти (очень "средненький" сегодня компьютер) позволяют даже сложным приложениям-в-браузере на медленном и интерпретируемом JavaScript работать с терпимой скоростью; возрастающая мощь и стандартосовместимость браузеров расширяют возможности, которые можно использовать в веб-приложениях.