Журнал PC Magazine/RE №09/2009

В преддверии SaaS

Еще года полтора назад термин SaaS достиг такой популярности, что его уже используют в выступлениях и публикациях без расшифровки и специального объяснения. Но мы начнем именно с этого.

SaaS – Software as a Service (программа как сервис). Согласно Википедии, данная концепция в ее современном виде была сформулирована еще в 1999 г. Сокращенное название (акроним) SaaS появилось два года спустя, и именно оно получило признание, оттеснив другие аналогичные термины во многом благодаря моде к обратно читающимся сокращениям в стиле camelback («спина верблюда» – сочетание в названии прописных и строчных букв).

Microsoft свою стратегическую модель продвижения сервисов называет S+S (софт плюс сервис). Такой подход можно рассматривать как расширенный вариант применения SaaS в сочетании с традиционным методом использования ПО. Отметим, что формулирование компанией собственной концепции S+S – это не просто желание выделиться на фоне остальных (хотя и не без этого), а реальное отражение специфики деятельности корпорации на ИТ-рынке (к этому мы еще вернемся).

Но как часто бывает в ИТ-отрасли, термин всем хорошо знаком, а суть его покрыта туманом. Четкого представления о том, что обозначается термином SaaS и чем это отличается от не-SaaS, нет. Путаница усугубляется еще и тем, что в ИТ-отрасли не так давно появился еще один модный термин – Cloud Computing (облачные вычисления), который по частоте использования (не в ИТ-практике, а в разговорах об ИТ) уже, кажется, вышел на первое место. При этом SaaS и Cloud очень часто применяются вместе, и порой непонятно в чем их различие (и есть ли оно вообще). Потому разговор о SaaS придется начать с разбирательства: что же это такое и чем данная модель отличается от предыдущих.

«Все новое – это хорошо забытое старое». Конечно, далеко не всегда, но в любом случае применительно к технике этот афоризм требует уточнения – «…реализуемое на качественно новом уровне, с учетом новых возможностей технологий и нового уровня потребностей пользователей».

Само по себе название – «ПО как сервис» – позволяет довольно широко трактовать это понятие. Тем более что четкого и общепринятного определения SaaS на сегодня нет. Во многом это объясняется объективной причиной: содержание данного понятия быстро трансформируется по мере практического продвижения SaaS на рынок, развития технологических возможностей и изменения рыночного спроса.

В частности, SaaS часто воспринимается как общая тенденция отхода от схемы продаж лицензий на ПО в сторону увеличения доходов от предоставляемых заказчику услуг. В таком варианте под эту категорию подпадает и почти вся модель Open Source.

Более точное, но все же уже устаревшее (на наш взгляд) определение дает английская Википедия: «SaaS – это модель развертывания ПО, при которой провайдер лицензирует приложения таким образом, чтобы потребители могли использовать их как сервис по требованию». Но очевидно, что в этом случае к такой модели (она более точно сейчас называется Software on Demand, SoD) относятся и самые различные варианты аренды программных продуктов, и получение ПО по подписке.

Уточним: SaaS подразумевает, что заказчик вместо развертывания ПО у себя на площадке использует его возможности в виде услуги «сервис-провайдера» через Интернет. В этом отношении более точным видится формулировка русской Википедии: «SaaS – это модель продажи ПО, при которой поставщик разрабатывает Web-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет.»

Но это определение описывает хотя и очень характерный, но лишь частный сценарий, поскольку нередко поставщик SaaS-решения использует программы другого разработчика (например, Microsoft CRM), а предоставляемое пользователю ПО не является Web-приложением (например, почтовый сервер или антивирусный экран).

Тут самое время вспомнить об «облачных» вычислениях и посмотреть, как соотносятся понятия Cloud Computing и SaaS. В русской Википедии приводится такое определение: «Облачные вычисления – технология обработки данных, в которой программное обеспечение предоставляется пользователю как Интернет-сервис». Ясно, что такое описание вполне подходит и для SaaS.

Более правильная формулировка имеется в английской Википедии: «Cloud Computing – это стиль разработки и использования компьютерных технологий (вычислений), при котором динамично масштабируемые ресурсы предоставляются через Интернет как сервис». Обратите внимание: речь идет не только о ПО, но об ИТ-ресурсах в целом, и что важно – динамично масштабируемых.

При такой постановке вопроса в Cloud Computing входят модели трех уровней:

• IaaS (Infrastructure as a Service) – предоставление аппаратной ИТ-инфраструктуры (серверы, сети, устройства хранения и пр.);

• PaaS (Platform as a Service) – IaaS плюс операционная система и, возможно, ее API;

• 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 и ASP (или по-другому – SaaS как новый этап развития ASP), стоит выделить некоторые моменты:

• ASP была рассчитана на крупных корпоративных клиентов. SaaS – в первую очередь на SMB (это стало во многом возможно благодаря широкополосному Интернету);

• SaaS предоставляет клиенту не ПО, а реализацию бизнес-функций. В общем случае клиенту все равно, на каком ПО все это построено;

• SaaS-поставщик, кроме того, должен решать вопросы интеграции своего сервиса в ИТ-систему заказчика;

• иначе выглядят вопросы лицензирования (отношения с поставщиком базового ПО);

• поставщик SaaS больше заинтересован в повышении эффективности своего внутреннего хозяйства (поскольку он не сдает в аренду ресурсы, а предоставляет бизнес-функции);

• реализация SaaS непосредственно связана с использованием новых архитектурно-технологических решений – SOA (как внутри SaaS-проекта, так и при стыковке сервиса с ИТ заказчика), виртуализации и пр.;

• иначе стоит вопрос «монетизации» услуг. ASP – это чистая арендная плата. В SaaS большое значение играет рекламная составляющая.

Основное преимущество модели SaaS для потребителя – возможность снижения начальных инвестиций в ИТ (в покупку, установку, обновление и поддержку работоспособности оборудования и ПО) при решении бизнес-задач и оптимизации текущих затрат благодаря получению услуг в нужных компании объемах (модель «по требованию»). То есть речь идет о высшей форме аутсорсинга ИТ, когда заказчик получает нужные ему бизнес-функции, полностью отказавшись от создания и поддержки собственной ИТ-инфраструктуры (требуются только Интернет-терминалы и доступ в Сеть). Теоретически предприятие должно выигрывать и в стоимости текущих расходов, поскольку себестоимость SaaS должна быть ниже стоимости использования ИТ, развернутых у конкретного пользователя, а конкуренция на рынке должна свести маржу провайдера к минимуму. Прямая выгода для изготовителей проприетарных SaaS-решений заключается в том, что принципиально решается проблема пиратства.

Вместе с тем на пути использования SaaS есть целый ряд препятствий и подводных камней, причем некоторые из них носят концептуальных характер. В России в рамках дискуссий о перспективах использования SaaS обычно называют два аспекта:

• недостаточная развитость магистральных каналов широкополосного Интернета (низкая пропускная способность, высокая стоимость), особенно в регионах страны;

• опасения заказчиков по поводу надежности хранения их бизнес-информации.

Однако именно подобные моменты на самом деле можно отнести к категории «временных» – понятно, что Интернет будет развиваться, а пункт второй вообще больше психологический, так как провайдеры обеспечивают более высокий уровень безопасности, чем внутренние ИТ-службы. Но, кроме того, есть еще целый ряд проблем, которые на первый взгляд кажутся несущественными, а фактически носят стратегический характер. Это:

• трудности с оплатой услуг зарубежных SaaS-провайдеров;

• неполное соответствие нормативным актам России, в том числе закону о персональных данных;

• традиционным производителям ПО нужно создавать программы с использованием качественно новых архитектурных подходов и задействовать неопробованные бизнес-модели. Довольно радикально меняется схема работы с партнерской сетью, которая изначально была «заточена» под традиционную модель распространения и применения ПО;

• специализированным производителям нужно вести разработку и продвигать ее на рынок «с нуля», формируя в том числе свой имидж на рынке и завоевывая доверие на нем;

• теоретически SaaS обеспечивает для изготовителя возможность оказывать услуги заказчику напрямую, минуя партнерские каналы. Но на деле все же для внедрения и поддержки SaaS-решений участие партнеров чаще всего необходимо. Соответственно традиционным поставщикам программ нужно заниматься перестройкой своей партнерской сети, которая изначально ориентировалась на обычную модель распространения ПО, а специализированным разработчикам SaaS-решений – осваивать новую для себя сферу создания и поддержки партнерской сети;

• для заказчиков SaaS означает более высокий уровень зависимости от конкретного поставщика. В этой ситуации важно быть уверенным в его надежности как бизнес-партнера (например, что он завтра не разорится и не уйдет с рынка, что он готов развивать и поддерживать свой сервис);

• в общем случае SaaS предоставляет меньше возможностей (по сравнению с обычным вариантом ПО) настройки и доработки решения с учетом специфики конкретного пользователя;

• в случае SaaS совсем иначе (сложнее) решаются вопросы интеграции в корпоративную систему предприятий, взаимодействия с другими компонентами корпоративной информационной системы.

Вместе с тем все эти проблемы не носят непреодолимый характер. Они будут решаться по мере накопления соответствующего опыта, развития технологий и нормативно-правовой базы. Но в то же время понятно, что имеются некоторые принципиальные ограничения на использование SaaS-модели.

После долгого обсуждения все же сформулируем основные положения нашего видения SaaS:

• SaaS – это модель поставки заказчику функционала бизнес-приложений (поставка инфраструктурного функционала – это PaaS) через Интернет в виде услуги «по требованию» (с оплатой только нужных ему объемов услуг);

• SaaS подразумевает, что поставщик берет на себя все функции по развитию и поддержке решения и по обеспечению его масштабирования;

• пользователи SaaS – это бизнес-клиенты, а не ИТ-подразделения;

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

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

Хотя термин SaaS уже довольно хорошо известен в России, о его реальном применении в нашей стране известно немного. Правда, почти каждый Интернет-пользователь имеет дело с SaaS довольно регулярно: все онлайновые почтовые сервисы, Google Docs, Microsoft Live и многое другое – все это SaaS. Эти средства хорошо иллюстрируют новую бизнес-модель монетизации услуг – бесплатно для пользователей с компенсацией затрат за счет рекламы.

Однако нужно иметь в виду, что для многих поставщиков (например, Google и Microsoft) данные сервисы – не цель бизнеса, а средство поддержки других, ключевых, направлений, вопрос окупаемости таких услуг для них остается второстепенным. Рекламная модель оплаты неплохо работает в сегменте индивидуальных пользователей, а для корпоративных она не обеспечивает окупаемости, поэтому здесь применяется традиционный вариант – прямая оплата клиентом.

По мнению аналитиков, мировой рынок SaaS уже совсем не мал и должен расти. По оценкам Gartner, он еще в 2007 г. составлял 5 млрд. долл., а к 2012 г. должен вырасти втрое (правда, эти прогнозы давались до кризиса). В настоящее время основная часть SaaS-решений относится к категориям управления контентом, коммуникациями и коллективной работой (42 % от общего объема) и CRM (34 %).

Что происходит с SaaS в России? В 2008 г. за пропаганду идей SaaS в нашей стране взялось было местное отделение Microsoft, но пока его энтузиазм закончился объявлением о создании к концу года в Москве совместно с компанией «Гарант-Парк-Интернет» (торговая марка Parking.ru) «Центра развития S+S». По сути первое серьезное обсуждение новой модели прошло в апреле 2009 г. в Москве на конференции с названием «SaaS в России». Фактически это была просто встреча группы участников рынка и лиц, интересующихся данной темой (всего около 40 человек), с целью познакомиться и обсудить в рабочем порядке текущую ситуацию и перспективы развития нового бизнеса.

По словам Василия Шабата, организатора мероприятия, в нашей стране сегодня действует около 30 поставщиков SaaS-решений и их суммарный доход в 2008 г. составил 1,8 млн. долл. Учитывая данные о SaaS-рынке США, а также делая поправку на то, что наша экономика меньше американской, получается, что потенциальный рынок SaaS в России составляет 130–400 млн. долл., причем речь идет о возможности достижения этого уровня в ближайшие годы.

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

По данным Gartner, на долю CRM приходится почти треть мирового SaaS-рынка, в абсолютных величинах это почти 2 млрд. долл. Из них более трети – это услуги компании Salesforce. Да и в области CRM она тоже на передовых позициях – вместе с Oracle Siebel CRM она входит в группу лидеров соответствующего магического квадранта Gartner. Масштабы впечатляют: более 55 тыс. компаний-клиентов, свыше 1,5 млн. рабочих мест по всему миру. Но все это – не у нас.

Первую попытку выйти на российский рынок Salesforce при поддержке своего российского партнера CT Consulting сделала прошлой весной. Но оказалось, что международного авторитета и локализованного интерфейса для успеха в России недостаточно. Проведя перегруппировку сил, Salesforce + CT Consulting решили сейчас (год спустя) предпринять новое наступление, начав с проведения второй конференции для клиентов в нашей стране.

По данным Salesforce, на тот момент у нее в нашей стране было 150–200 клиентов, причем большинство из них – филиалы западных компаний (т. е. те, кто реализует тут общую корпоративную ИТ-стратегию). Для России это немного. В чем же причина? Отвечая на данный вопрос, Пьеро Фалотти, вице-президент по развитию бизнеса Salesforce в Европе, выделил два момента – незначительный спрос на CRM на местном рынке и необычность самой SaaS-модели.

Правда, есть еще один важный момент – проблема с оплатой. Дело в том, что Salesforce реализует во всем мире схему прямых продаж с оплатой услуг через Интернет. Чисто технически это делать отечественным компаниям очень просто, а вот провести платеж за рубеж через бухгалтерскую отчетность – уже настоящая головная боль. Но с 2009 г. вопрос с платежами был снят: Salesforce сделала исключение нашей стране и позволила выполнять платежи через российского партнера.

Парадоксальная вещь: SaaS – это одна из главных угроз для традиционной бизнес-модели Microsoft, но сегодня именно Редмонд является одним из главных идеологов данного направления, и, как это ни странно, с деятельностью этой корпорации во многом связывают продвижение идей SaaS в России. Впрочем, ничего удивительного тут нет: если противника нельзя победить, то нужно сделать его своим союзником.

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

• Строительные блоки – платформенные решения, возможности которых могут использоваться в партнерских решениях через наборы API и базовых сервисов (например, Windows Live Platform, Silverlight Streaming, BizTalk Services, Virtual Earth).

• Объединенные сервисы – комплексные настраиваемые решения, которые партнеры могут предоставлять корпоративным заказчикам в режиме хостинга (Managed Services, Xbox Live, Forefont, Security for Exchange Server, Exchange Hostes Services, Windows Live OneCare).

• Оконечные сервисы – готовые услуги для конечных пользователей (Windows Live, Office Live, Microsoft Dynamics Live CRM).

Логическим развитием этого направления стало объявление на Professional Developer Conference (PDC 2008) в октябре 2008 г. о создании Azure Services Platform (теперь Windows Azure Platform, WAP) – полноценной онлайновой платформы, реализующей концепцию «облачных вычислений». Она содержит онлайновую версию серверной ОС Azure Windows в качестве ядра платформы и набор базовых онлайновых сервисов, состав которых должен постоянно расширяться.

Сейчас эта система уже доступна в виде ознакомительной бета-версии, опубликована также бизнес-модель (в том числе прайс-лист) применения ее коммерческого варианта, выход которого должен состояться в середине ноября 2009 г. Однако пока (по крайней мере в течение ближайшего года) WAP в России будет недоступна. Впрочем, WAP относится к категории продуктов PaaS, а не SaaS.

Появление осенью 2006 г. первой версии онлайновых сервисов Google Docs большинство аналитиков посчитали началом нового серьезного наступления на монопольное положение пакета Microsoft Office на рынке офисных приложений. В ответ Microsoft, справедливо считая, что лучшая оборона – это наступление, начала активно развивать собственные сервисы Windows Live и Office Live.

Сейчас, глядя на итоги уже более чем двухлетнего противостояния Google и Microsoft, можно сказать, что пока борьба идет с преимуществом Редмонда, которому в целом удается удерживать позиции своего офисного пакета: исследования Gartner 2008 г. показывают, что использование Microsoft Office в компаниях США продолжает держаться на уровне примерно 97 %.

Но сейчас в этой позиционной офисной войне могут произойти какие-то изменения в связи с выходом на онлайновый фронт еще одного очень серьезного игрока – корпорации IBM. В начале апреля она запустила в эксплуатацию собственный набор Интернет-сервисов LotusLive Engage, предназначенных для организации социальных сетей и коллективной работы и управления ими.

IBM никогда не выступала в роли серьезного поставщика настольного ПО, а уж тем более для частных лиц и малого бизнеса. Хотя у истоков рынка офисного ПО стояли в начале 1990-х гг. легендарные электронные таблицы Lotus 1-2-3, но они уступили позиции приложению Microsoft Excel еще до того, как IBM приобрела Lotus в 1995 г. Фактически лишь полтора года назад Голубой Гигант решил попробовать вступить в сражение на поле офисного ПО, объявив о начале проекта Lotus Symphony, первый реальный результат которого появился прошлым летом в виде продукта версии 1.0.

И вот теперь LotusLive Engage. Технологическая основа этого набора сервисов – различные компоненты платформы Lotus: Notes (электронная почта), Quickr (совместная работа с документами), Sametime (мгновенный обмен сообщениями и проведение Web-конференций), Lotus Forms (работа с электронными формами), Connections (поддержка социальных сетей). Все службы LotusLive построены на модели сетевых распределенных вычислений Cloud Computing и ориентированы на бизнес.

LotusLive Engage разработан с использованием открытых моделей и стандартов, что позволяет легко интегрировать данные сервисы со сторонними приложениями. По мнению IBM, новая служба станет площадкой для хостинга всего семейства ПО Lotus. Применение этих средств должно обеспечить заказчикам любого масштаба доступ к широкому набору инструментов для рабочего взаимодействия без необходимости предварительных инвестиций в ИТ-ресурсы или инфраструктуру. При этом IBM делает особый акцент на возможность связывать локальные решения с онлайновыми сервисами LotusLive, реализуя таким образом разрекламированную ранее концепцию Click to Cloud («перейди в среду вычислительного облака одним щелчком мыши»).

Однако вступив в соревнование с Google и Microsoft, IBM не хочет играть по их правилам. Голубой Гигант не собирается использовать рекламную модель для окупаемости проекта, который в целом ориентирован только на привлечение частных пользователей. LotusLive Engage изначально предназначен для применения в деловом сегменте и будет распространяться по подписке. Диапазон цен сейчас колеблется от 10 до 45 долл. на одного пользователя в месяц. О доступности этих сервисов в России пока ничего не сообщалось.