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

Распространение 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 "МойСклад".

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

Результат предсказуем: более функциональное решение, разумеется, дороже. Оценим затраты в пересчете на одного пользователя по годам.

Здесь хорошо видно одно из главных преимуществ концепции SaaS: платежи за использование ПО равномерно распределены во времени.

1 Цена с "СофтКея" на Excel 2007 Win32 Russian CD (www.softkey.ru/catalog/program_ver.php?ID=37679 amp;CID=0).

Open Value для нашего примера не подойдет, поскольку указано требование "Клиент может приобрести от 5 лицензий на любые продукты".

2 Цена на "1С:Предприятие" v.8 "Управление Торговлей" на трех пользователей. Это коробка + два дополнительных пользователя (1cbit.ru/price/index_3.php/?id=65447 amp;template=site#).

Самая дешевая подписка на обновления ИТС (www.1cbit.ru/65469/#its).

Очень грубая оценка расходов на администрирование - 1000 рублей в месяц.

Распространение продуктов SaaS в России идет пока ни шатко ни валко. И Salesforce.com, и NetSuite можно купить через локальные компании-партнеры, однако вендоры еще не проводили серьезную адаптацию своих продуктов к российской специфике. Отечественных вендоров можно пересчитать по пальцам, большинство из них - стартапы, разрабатывающие продукты с нуля. Крупные компании наподобие "1С" пока, видимо, лишь присматриваются к рынку (единственное известное мне исключение - "АйТи", запустившая онлайн-CRM на основе продукта с открытым исходным кодом SugarCRM, а также HR-систему, см. врезку на стр. 26). Надо учитывать, что переход на SaaS потребует полной перестройки каналов сбыта - огромная армия партнеров, реселлеров, внедренцев может остаться без источника доходов. Понятно, что крупные вендоры не станут ломать существующую систему, пока не увидят для себя решающие преимущества новой модели.