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

Обратите внимание, что браузер в этом случае выступает в роли платформы, а именно виртуальной машины для выполнения кода 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 Russ­ian CD (www.softkey.ru/catalog/program_ver.php?ID=37679&CID=0).

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

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

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

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

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

Объем продаж на российском рынке SaaS оценить трудно (вендоры редко раскрывают эту информацию), но очевидно, что он несопоставим с продажами традиционного бизнес-ПО. Что же мешает массовому переходу отечественных разработчиков и пользователей на SaaS?

Еще несколько лет назад ответ был бы очевиден: Интернет. Понятно, что обязательное условие для работы с SaaS - недорогое и надежное интернет-соединение. До сих пор во многих регионах России единственный выбор - дорогой и небыстрый GPRS. Однако за последнее время ситуация радикально улучшилась. Еще несколько лет - и проблему с Интернетом можно окончательно списать со счетов.

В отечественных реалиях главная проблема SaaS - опасение заказчиков за сохранность своих данных. Пользователи боятся, что вендор того или иного сервиса рано или поздно решит расширить свой бизнес и продаст важную информацию клиентов их конкурентам. Также распространено мнение, что безопасность хранения данных "где-то в Интернете" в принципе не может сравниться с традиционным вариантом "сервер под столом" или "1С на ноутбуке бухгалтера".