Компьютерра - Журнал "Компьютерра" №759 Страница 10

Значит ли это, что 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 "МойСклад".

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

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

Здесь хорошо видно одно из главных преимуществ концепции 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. Однако за последнее время ситуация радикально улучшилась. Еще несколько лет - и проблему с Интернетом можно окончательно списать со счетов.