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

Обсудив варианты создания клиентской части 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 в России

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

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