Журнал Компьютерра №759, Журнал Компьютерра

Журнал "Компьютерра" №759

на обложку

Журнал Компьютерра

Шрифт:

Значит ли это, что SaaS заведомо невыгоден для вендоров ПО? Отнюдь. Да, продукты SaaS требуют значительных вложений на начальном этапе, но по мере роста пользовательской базы выручка от продаж растет, а стоимость обслуживания новых пользователей постоянно снижается. Так что продажа SaaS интересна в долгосрочной перспективе, не менее четырех-пяти лет.

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

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.

Два самых популярных и зрелых продукта PaaS - это Amazon Web Services и Google App Engine. Последний предоставляет среду для выполнения приложений, разработанных исключительно на Python. Ядро же Amazon Web Services - Amazon EC2 - предлагает более гибкое решение. Вы получаете виртуальную машину с Linux, в которой можно выполнять любые приложения. В Amazon доступна очень интересная возможность - запуск нескольких экземпляров приложения в разных географических регионах: для снижения времени отклика пользователи автоматически подключаются к ближайшему экземпляру.

Все познается в сравнении

Попробуем сравнить стоимость владения для традиционного продукта и его SaaS-аналога. Чтобы сравнение было наглядным, в качестве примера возьмем конкретную задачу. Предположим, в небольшой компании требуется наладить учет товаров. Нам необходимо обеспечить совместную работу трех сотрудников. Рассмотрим три варианта: организация учета в Microsoft Excel (самое неэффективное и подверженное ошибкам, однако работоспособное и широко распространенное решение), специализированном продукте "1С" и приложении SaaS "МойСклад".

При планировании на период три года мы видим следующую картину: