• SaaS – приложения для конечных пользователей с доступом через Интернет.
Однако в такой формулировке SaaS – практически синоним другой, известной еще с конца 1990-х гг., модели – ASP (Application Service Providing), или Hosted Applications. Более того, среди ИТ-специалистов сегодня часто бытует мнение, что SaaS – это тот же ASP, но из маркетинговых соображений названный по-другому. Но c такой оценкой вряд ли можно согласиться.
Четкого и общепризнанного водораздела между SaaS и ASP нет, в целом большинство экспертов сходятся на том, что эти термины близки и в некоторых случаях могут употребляться как синонимы. Тем не менее, на наш взгляд, есть несколько аспектов, которые позволяют отделить SaaS от ASP.
Главное отличие – изначальное предназначение ПО для использования модели SaaS. В большинстве случаев ASP – это частный случай применения традиционного ПО, когда серверная часть клиент-серверного приложения развертывается на площадке хостинг-провайдера. Более того, в этом случае чаще всего речь идет о варианте IaaS, поскольку все функции настройки и обновления ПО сохраняются за заказчиком.
Настоящее SaaS-решение подразумевает использование мультиарендной (многоклиентской) архитектуры, для которой необходимо наличие единой программной среды и общего аппаратного решения для всех клиентов (клиент – это предприятие-заказчик, а не одно рабочее место), чтобы обеспечить максимальную эффективность реализации ресурсов и добиться максимальной производительности. В отдельных случаях клиенту предоставляется собственная база данных для обеспечения лучшей защищенности и подконтрольности данных, однако довольно часто именно для защиты данных используется дефрагментация и распределенное хранение информации клиента (это, в частности, реализуется Salesforce).
Такая архитектура требует качественно иных технических подходов к решению вопросов масштабирования и повышения производительности системы. Традиционные варианты масштабирования, используемые в ASP, когда увеличение числа клиентов обеспечивается благодаря соответствующему числу серверов (в том числе с использованием виртуализации), не есть «чистое» SaaS, и его, скорее, можно назвать «квази-SaaS».
Сегодня SaaS чаще ассоциируется с использованием бизнес-программ (т. е. не с инфраструктурными, а с деловыми задачами предприятия).
Говоря о различиях SaaS и ASP (или по-другому – SaaS как новый этап развития ASP), стоит выделить некоторые моменты:
• ASP была рассчитана на крупных корпоративных клиентов. SaaS – в первую очередь на SMB (это стало во многом возможно благодаря широкополосному Интернету);
• SaaS предоставляет клиенту не ПО, а реализацию бизнес-функций. В общем случае клиенту все равно, на каком ПО все это построено;
• SaaS-поставщик, кроме того, должен решать вопросы интеграции своего сервиса в ИТ-систему заказчика;
• иначе выглядят вопросы лицензирования (отношения с поставщиком базового ПО);
• поставщик SaaS больше заинтересован в повышении эффективности своего внутреннего хозяйства (поскольку он не сдает в аренду ресурсы, а предоставляет бизнес-функции);
• реализация SaaS непосредственно связана с использованием новых архитектурно-технологических решений – SOA (как внутри SaaS-проекта, так и при стыковке сервиса с ИТ заказчика), виртуализации и пр.;
• иначе стоит вопрос «монетизации» услуг. ASP – это чистая арендная плата. В SaaS большое значение играет рекламная составляющая.
Еще в 2007 г. Microsoft проработала технологическую схему модели SaaS, выделив ее ключевые атрибуты (конфигурируемость, multi-tenant и масштабируемость) и сформулировав на их основе четыре уровня зрелости SaaS.
1. Ad-Hoc/Custom (специальный). Каждый пользователь имеет собственную настроенную под него версию приложения, используемого в режиме хостинга. Миграция традиционного приложения (в том числе клиент-серверного) в модель SaaS на этом уровне снижает операционные затраты благодаря консолидации аппаратных средств (серверов) и систем администрирования.
2. Configurable (конфигурируемый). Заказчик имеет возможность настраивать нужное ему ПО через метаданные, таким образом несколько пользователей используют собственные экземпляры ПО, но с одним и тем же программным кодом. Это позволяет поставщику снизить затраты при удовлетворении потребностей разных клиентов.
3. Configurable, Multi-Tenant-Efficient (конфигурируемый, многоарендный). В отличие от второго уровня тут используется один экземпляр программы для всех клиентов. При этом существенно снижаются все эксплуатационные затраты (в том числе на аппаратные средства), но есть ограничения по масштабируемости.
4. Scalable, Configurable, Multi-Tenant-Efficient (масштабируемый, конфигурируемый, многоарендный). В дополнение к третьему уровню добавляется масштабируемость благодаря многоуровневой архитектуре ПО, балансировке нагрузок с использованием большого набора серверов. Мощность системы может легко изменяться путем подключения – отключения серверов без внесения каких-либо изменений в ПО.
Строго говоря, только варианты Multi-Tenant-Efficient относятся к «настоящему» SaaS.
Основное преимущество модели SaaS для потребителя – возможность снижения начальных инвестиций в ИТ (в покупку, установку, обновление и поддержку работоспособности оборудования и ПО) при решении бизнес-задач и оптимизации текущих затрат благодаря получению услуг в нужных компании объемах (модель «по требованию»). То есть речь идет о высшей форме аутсорсинга ИТ, когда заказчик получает нужные ему бизнес-функции, полностью отказавшись от создания и поддержки собственной ИТ-инфраструктуры (требуются только Интернет-терминалы и доступ в Сеть). Теоретически предприятие должно выигрывать и в стоимости текущих расходов, поскольку себестоимость SaaS должна быть ниже стоимости использования ИТ, развернутых у конкретного пользователя, а конкуренция на рынке должна свести маржу провайдера к минимуму. Прямая выгода для изготовителей проприетарных SaaS-решений заключается в том, что принципиально решается проблема пиратства.
Вместе с тем на пути использования SaaS есть целый ряд препятствий и подводных камней, причем некоторые из них носят концептуальных характер. В России в рамках дискуссий о перспективах использования SaaS обычно называют два аспекта:
• недостаточная развитость магистральных каналов широкополосного Интернета (низкая пропускная способность, высокая стоимость), особенно в регионах страны;
• опасения заказчиков по поводу надежности хранения их бизнес-информации.
Однако именно подобные моменты на самом деле можно отнести к категории «временных» – понятно, что Интернет будет развиваться, а пункт второй вообще больше психологический, так как провайдеры обеспечивают более высокий уровень безопасности, чем внутренние ИТ-службы. Но, кроме того, есть еще целый ряд проблем, которые на первый взгляд кажутся несущественными, а фактически носят стратегический характер. Это:
• трудности с оплатой услуг зарубежных SaaS-провайдеров;
• неполное соответствие нормативным актам России, в том числе закону о персональных данных;
• традиционным производителям ПО нужно создавать программы с использованием качественно новых архитектурных подходов и задействовать неопробованные бизнес-модели. Довольно радикально меняется схема работы с партнерской сетью, которая изначально была «заточена» под традиционную модель распространения и применения ПО;
• специализированным производителям нужно вести разработку и продвигать ее на рынок «с нуля», формируя в том числе свой имидж на рынке и завоевывая доверие на нем;
• теоретически SaaS обеспечивает для изготовителя возможность оказывать услуги заказчику напрямую, минуя партнерские каналы. Но на деле все же для внедрения и поддержки SaaS-решений участие партнеров чаще всего необходимо. Соответственно традиционным поставщикам программ нужно заниматься перестройкой своей партнерской сети, которая изначально ориентировалась на обычную модель распространения ПО, а специализированным разработчикам SaaS-решений – осваивать новую для себя сферу создания и поддержки партнерской сети;
• для заказчиков SaaS означает более высокий уровень зависимости от конкретного поставщика. В этой ситуации важно быть уверенным в его надежности как бизнес-партнера (например, что он завтра не разорится и не уйдет с рынка, что он готов развивать и поддерживать свой сервис);
• в общем случае SaaS предоставляет меньше возможностей (по сравнению с обычным вариантом ПО) настройки и доработки решения с учетом специфики конкретного пользователя;
• в случае SaaS совсем иначе (сложнее) решаются вопросы интеграции в корпоративную систему предприятий, взаимодействия с другими компонентами корпоративной информационной системы.
Вместе с тем все эти проблемы не носят непреодолимый характер. Они будут решаться по мере накопления соответствующего опыта, развития технологий и нормативно-правовой базы. Но в то же время понятно, что имеются некоторые принципиальные ограничения на использование SaaS-модели.
Владимир Долгов, генеральный директор Google Россия
PC Magazine/RE: Google – один из пионеров SaaS. Google Docs – едва ли не синоним «SaaS для СМБ», миллионы начинают знакомство с SaaS-сервисами с Gmail, и так далее. Это в мире. Как обстоят дела в России?
В. Д.: В России рынок SaaS находится еще на самом начальном этапе развития. На Западе, действительно, Google Apps – популярный пакет приложений для малого и среднего бизнеса. У нас же пока этим пользуются немногие. Компании привыкли к покупке, но не аренде ПО. О популярности SaaS говорят и объемы национальных рынков. По некоторым оценкам, объем рынка SaaS в США составил в 2008 г. 4630 млн. долл., в то время как в России эта цифра равна только 1.76 млн. долл.