Компьютерра, 2008 № 43 (759) - [16]

Ветераны движения

Salesforce.com

Компания номер один, символ успеха и образец для подражания в мире SaaS. Основанная в 1999 году топ-менеджером Oracle Марком Беневым (одним из первых инвесторов стал сам Ларри Эллисон), Salesforce.com получила значительные инвестиции и в 2008 году вышла на уровень годового оборота $1 млрд. Основной "товар" Salesforce.com - система CRM, но компания уже переросла статус поставщика прикладного продукта. В 2007 году Salesforce.com запустила платформу Force.com, которую независимые вендоры могут использовать для хостинга своих приложений. Думается, что долгосрочные планы развития своего бизнеса компания связывает именно с Force.com.

NetSuite

Компания основана в 1998 году уже упомянутым Ларри Эллисоном. Стартовав как бюджетный продукт для автоматизации бухучета в небольших фирмах, NetSuite со временем получил модули CRM, ERP, электронной коммерции и стал позиционироваться как решение для более крупных компаний. Пока оборот NetSuite почти на порядок уступает обороту Saleforce.com. Этот продукт интересен возможностью автоматизации практически всего спектра бизнес-процессов организации, от приема заказов через интернет-магазин до расчета заработной платы.

Технологии

Распространение SaaS-приложений было бы невозможно без новых технологий, появившихся относительно недавно.

Чаще всего пользователи работают с приложениями SaaS при помощи веб-браузера. Этот способ имеет большое преимущество - такие сервисы доступны с любого компьютера, из интернет-кафе или даже со смартфона.

С точки зрения удобства использования классические веб-приложения до последнего времени катастрофически проигрывали традиционным пользовательским интерфейсам. Помимо крайне аскетичного вида и ограниченных возможностей, каждое действие пользователя заставляло веб-страницу перезагружаться, что происходит не мгновенно даже при быстром соединении. С этим можно было мириться при использовании простых сервисов наподобие веб-почты, но для создания более сложных интерфейсов были нужны другие средства.

Ситуация принципиально улучшилась с развитием поддержки языка JavaScript и появлением технологии AJAX[Asynchronous JavaScript and XML.]. При помощи этих средств веб-разработчики смогли создавать сложные приложения, вроде тех, что входят в состав Google Docs. На сегодняшний день подавляющее большинство SaaS-приложений построено именно на JavaScript и AJAX.

Обратите внимание, что браузер в этом случае выступает в роли платформы, а именно виртуальной машины для выполнения кода JavaScript. К сожалению, с этой функцией браузеры справляются не идеально - все-таки изначально они были предназначены для простого визуального отображения HTML-страниц. Быстродействие JavaScript оставляет желать лучшего, нет поддержки многопоточности, по соображениям безопасности веб-приложения не могут полноценно работать с файлами на локальном диске.

Компания Google попыталась изменить ситуацию, выпустив Google Chrome - этот браузер позиционируется прежде всего как оболочка для запуска веб-приложений. Имея быстрый движок JavaScript и возможность создавать ярлыки для запуска веб-приложений, Chrome предлагает неплохой вариант для работы с SaaS (кстати, эта статья была целиком написана при помощи Google Documents и Chrome). Google также продвигает интересную технологию Gears, которая позволяет продолжать работу с веб-приложениями даже в случае временного отсутствия связи с Интернетом.

Некоторые вендоры выбирают другие технологии для создания клиентской части своих приложений. Из них наиболее интересны Adobe AIR и Microsoft Silverlight.

Обсудив варианты создания клиентской части SaaS-приложений, обратим внимание на не менее важный компонент - серверную часть. Часто выбор серверной платформы определяется исключительно вкусами вендора. Это может быть PHP, Java, .NET. При этом каждый разработчик должен решить для себя следующие вопросы:

Как обеспечить масштабируемость сервиса? (Желательно иметь возможность просто установить еще один сервер, когда существующие компьютеры перестают справляться с нагрузкой.)

Как наладить резервное копирование данных пользователей и где эти данные хранить?

Как справляться с физическими поломками серверов? (В идеальном случае пользователи не должны их замечать.)

Как обеспечить и поддерживать постоянное интернет-соединение для всех своих серверов?

Около двух лет назад появились сервисы, предлагающие готовое решение для этих задач. Их назвали PaaS (Platform as a Service). Фактически PaaS - это типичный продукт SaaS, предназначенный для самих вендоров SaaS. Нередко PaaS называют еще одним модным термином - cloud computing (вычисления в облаке). Под облаком здесь подразумевается Интернет, из которого волшебным (для пользователей) образом появляются результаты вычислений - сервисы.

На практике использование PaaS выглядит так: вендор покупает необходимое количество виртуальных серверов и дискового пространства и платит за использованные гигабайты и серверное время (вспоминается полузабытый термин "машинное время"). При увеличении нагрузки можно купить дополнительные серверы. Если нагрузка вырастает только в рабочие часы - можно использовать большее количество серверов только с 9:00 до 18:00.