 |
SaaS – История. Философия. Драйверы развития
|
|
|
|
В рамках модели SaaS заказчики платят не за владение программным обеспечением как таковым, а за его аренду (то есть, его использование через веб-интерфейс). Таким образом, в отличие от классической схемы лицензирования ПО, заказчик несет сравнительно небольшие периодические затраты, и ему не требуется инвестировать существенные средства для приобретения ПО и его поддержки. Схема периодической оплаты предполагает, что в случае, если необходимость в программном обеспечении временно отсутствует – заказчик может приостановить его использование и заморозить выплаты разработчику.
С точки зрения разработчика, модель SaaS позволяет эффективно бороться с не лицензионным использованием программного обеспечения (пиратством), поскольку само программное обеспечение не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развертывание и внедрение информационных систем, хотя и не исключает их полностью.
- История SaaS. Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи.
Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, ее развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах, а акроним SaaS вошел в широкое употребление в 2001 году.
- Философия SaaS. Теоретически, любой платный веб-сервис можно подогнать под определение SaaS, однако на практике под этим термином обычно понимается программное обеспечение для бизнеса. Как правило, программное обеспечение по требованию позиционируется как более дешевая и простая альтернатива внутренним информационным системам в предприятиях малого и среднего бизнеса. Впрочем, использование модели SaaS в крупных и очень крупных предприятиях также может оказаться экономически целесообразным.
|
|
|
В настоящее время практически во всех функциональных классах КИС (корпоративные информационные системы) можно найти системы, поддерживающие модель SaaS. Для некоторых функциональных классов КИС (например, CRM, HRM, ITSM и др.) (Рис.33) концепция SaaS подходит особенно хорошо, и уже активно применяется на практике. Обычно программным обеспечением по требованию становятся сравнительно простые и тиражируемые системы, которые не требуют существенной адаптации под каждого конкретного заказчика.
Рис.33 ERP, CRM, SCM, CSRP, PLM
Ключевые характеристики:
· Доступ к программному обеспечению удаленно предоставляется по сетевым каналам через веб-интерфейс;
· Программное обеспечение развертывается в едином дата-центре, а не на мощностях каждого конкретного заказчика;
· Программное обеспечение предоставляется на условиях аренды и предполагает периодические платежи. Стоимость технической поддержки обычно включена в стоимость арендной платы;
· Обновления программного обеспечения устанавливаются централизованно на стороне провайдера SaaS. Таким образом, заказчикам не требуется устанавливать патчи и следить за обновлениями системы.
- Драйверы SaaS. Ключевым фактором, объясняющим экономический целесообразность SaaS, является «эффект масштаба» - провайдер SaaS обслуживает множество клиентов и потому тратит меньшее количество ресурсов на управление каждой копией программного обеспечения. В конечном счете, периодическая стоимость услуг для конечного заказчика становится ниже издержек, возникающих при использовании классической модели лицензирования.
|
|
|
На данный момент можно выделить несколько основных драйверов, стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.
Драйверы SaaS для заказчиков:
· Отсутствие необходимости развертывать клиентское ПО внутри организации – доступ к ПО осуществляется через обычный браузер;
· Сокращение издержек за счет снижения расходов на размещение и администрирование информационных систем внутри организации. Эти расходы включают в себя аренду помещений, организацию дата-центров, оплату труда сотрудников и т.д.;
· Сокращение издержек за счет снижения расходов на техническую поддержку и обновления развернутых систем;
· Быстрота внедрения;
· Понятный интерфейс – большинство сотрудников уже привыкли к использованию веб-сервисов;
· Ясность и предсказуемость платежей, защита инвестиций.
Драйверы SaaS для разработчиков:
· Рост популярности веб-сервисов для конечных пользователей;
· Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
· Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
· Легкое проникновение на глобальные рынки;
· Отсутствие проблем с пиратством и нелицензионным распространением ПО;
· В отличие от классической модели, заказчик SaaS привязывается к разработчику – он не может отказаться от технической поддержки и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж;
· В долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учетом расходов на хостинг управление приложениями).
Наряду с драйверами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков – инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.
|
|
|
Во-первых, концепция SaaS применима далеко не для всех функциональных классов систем. Поскольку основная экономия ресурсов провайдера достигается за счет масштаба, модель SaaS оказывается неэффективной для систем, требующих глубокой индивидуальной адаптации под каждого заказчика, а также инновационных и нишевых решений.
Во-вторых, использование программного обеспечения по требованию почти всегда означает привязку заказчика к единственному разработчику, который размещает программное обеспечение на своей площадке, осуществляет его администрирование и поддержку. Данное обстоятельство может привести заказчиков к ряду проблем, связанных с возможной нестабильностью разработчика или каким-либо нарушениям договоров. С другой стороны, значение этого фактора часто преувеличивается, поскольку внедрение системы по классическому принципу не исключает вышеперечисленные риски, а только переносит их на ИТ-подразделение заказчика. При этом в случае SaaS ответственность разработчика может быть четко регламентирована в соответствующих договорах и предполагать конкретные компенсационные выплаты.
Следствием предыдущего тезиса является основной недостаток модели SaaS для разработчика – требования к уровню репутации и высокая стоимость входа на рынок. Чтобы предоставить конкурентную стоимость клиенту, разработчику требуется «эффект масштаба», а значит – уже образовавшийся пул других заказчиков. Именно поэтому многие поставщики SaaS являются неспециализированными игроками, и их основной деятельностью является продажа классических систем на основе лицензирования.
В-третьих, многие заказчики опасаются применять SaaS из-за соображений безопасности и возможной утечки информации со стороны поставщика этих услуг. Проблемы с безопасностью практически исключают использование концепции SaaS для критически важных систем, в которых обрабатывается строго конфиденциальная информация. С другой стороны, ответственность за утечку информации со стороны разработчика обычно регламентируется в соответствующих договорах, а вероятность такой утечки находится на примерно том же уровне, как и в случае использования внутренних систем. Зачастую, защищенность SaaS находится на более высоком уровне, поскольку данные системы развертываются в промышленных дата-центрах, использующих лучшие решения по информационной безопасности.
|
|
|
В-четвертых, существенным ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету на достаточно высокой скорости. С развитием сети значение этого фактора будет уменьшаться (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться.
Кроме того, постоянные лицензии становятся активом компании. Регулярные же платежи за подписку относятся к операционным расходам и негативно влияют на финансовые результаты, а значит — на привлекательность компании для инвестора.
Как соотносятся Cloud Computing «облака» и SaaS, и какая между ними разница?
Cloud Computing (облачные вычисления) (Рис.34) – это стиль разработки и использования компьютерных вычислений, технология обработки данных, в которой программное обеспечение и динамично масштабируемые ресурсы предоставляются пользователю через Интернет как сервис.
Технология SaaS (Software Services) является составной частью Cloud Computing, одной из трех основных, наряду с IaaS (Infrastructure as a Service) и PaaS (Platform as a Service).
Уровни моделей Cloud Computing:
· SaaS (Software-as-a-Service, программное обеспечение как услуга) — провайдер предоставляет клиенту готовое к пользованию приложение.
· IaaS (Infrastructure-as-a-Service, инфраструктура как услуга) — провайдер предлагает клиенту вычислительные ресурсы в аренду: серверы, системы хранения, сетевое оборудование, операционные системы и системное ПО, системы виртуализации, системы управления ресурсами.
· PaaS (Platform-as-a-Service, платформа как услуга) – провайдер предлагает клиенту программную платформу и инструменты для проектирования, разработки, тестирования и развертывания приложений пользователя.
Рис.34 Cloud Computing.
В соответствии с приведенными моделями, один из самых популярных сценариев применения «облачных вычислений» фактически повторяет аллегорию майнфрейма: программы хранятся в «облаке» и выполняются на виртуальных машинах, а компьютер пользователя становится только средством доступа к этим ресурсам. Быстрое и простое развертывание, отсутствие капитальных затрат на серверное оборудование, упрощенный удаленный доступ – ключевые преимущества «облачных вычислений», и есть большая уверенность, что технология будет оказывать значительное влияние на ИТ (информационные технологии).
|
|
|
По оценке IDC объем мирового рынка «облачных» услуг (IaaS, PaaS и Saas) в 2009 году составил $17,4 млрд. с тенденцией к увеличению до $44,2 млрд. в 2013 году. В списке ТОП – 10 стратегических технологий на 2010 год, технология cloud computing, по версии Gartner, стоит на первом месте.
Объем российского рынка, к примеру, сервисной модели SaaS в 2009 году по разным оценкам составил от 1,7 до 5 млн. $. При этом потенциальный объем рынка составляет 236 млн. $.
Основными потребителями, в соответствии с бизнес-логикой «облачных вычислений», должны являться предприятия среднего и малого бизнеса (далее — СМБ). Считается, что эффект от перевода функций ИТ в «облако» будет наиболее эффективен именно в этом секторе. Ведь «облачные вычисления» выводят идею аутсорсинга, так пока и не оцененную в российских реалиях, на качественно новый уровень.
Только в Москве количество предприятий СМБ в 2008 году составило по данным Мосгорстата в пределах 362 тыс. единиц, из них порядка 52,1% с численностью сотрудников до 16 человек и 7,9% с численностью сотрудников от 16 до 100 человек. По данным J'son & Partners Consulting в общем по России сектор СМБ насчитывает 1,6 млн. предприятий, из них в 2009 году всего около 2 тысяч пользовались SaaS приложениями. При учете нижнего предела приведенного выше объема рынка, ARPU в месяц на одно предприятие составляет примерно 2 125 рублей или 6 250 рублей при учете верхнего предела. При этом, % предприятий СМБ сектора, использующих SaaS приложения в своей деятельности, составляет всего 0,13% от общего числа.
То есть эта ниша рынка пока является относительно свободной, а потому привлекает различных игроков: системных интеграторов, разработчиков ПО, производителей оборудования и т.д. И близость информационных технологий, сестры телекоммуникаций, тоже толкает операторов связи в объятия «облачных вычислений».
|
|
|
