Software as a service

Software as a service

Software as a service

Software as a service (SaaS) («Программное обеспечение как услуга»), или Software on Demand (SoD) («Программное обеспечение по требованию») — бизнес-модель продажи программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и программного обеспечения, работающего на нём.

В модели SaaS:

  • Приложение приспособлено для удаленного использования;
  • Одним приложением пользуется несколько клиентов (приложение коммунально);
  • Оплата взимается как ежемесячная абонентская плата или на основе объема операций;
  • Поддержка приложения входит в состав оплаты;
  • Модернизация приложения происходит плавно и прозрачно для клиентов.

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

С точки зрения разработчика проприетарного ПО, модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку само программное обеспечение не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развёртывание и внедрение систем технической и консультационной поддержки продукта, хотя и не исключает их полностью.

Содержание

История

Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи.

Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, её развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах[1], а акроним SaaS вошел в широкое употребление в 2001 году[2].

Философия SaaS

Теоретически, любой платный веб-сервис можно подогнать под определение SaaS, однако на практике под этим термином обычно понимается программное обеспечение для бизнеса. Как правило, программное обеспечение по требованию позиционируется как более дешёвая и простая альтернатива внутренним информационным системам.

В настоящее время практически во всех функциональных классах КИС (корпоративные информационные системы) можно найти системы, поддерживающие модель SaaS. Для некоторых функциональных классов КИС (например, CRM, HRM, ITSM и др.) концепция SaaS подходит особенно хорошо, и активно применяется на практике.

Ключевые характеристики

Программное обеспечение по требованию обладает следующими ключевыми признаками [3]:

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

Стоимость

Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определённых операций или трафик)[4]. В некоторых случаях заказчикам предлагаются смешанные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей и за расширенное хранилище данных).

Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду — SLA (Service Level Agreement). В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие дата-центры способны гарантировать доступность ПО не менее 99,5 % времени за год.

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

Отличия от других моделей

Вместе с терминами SoD и SaaS часто применяются определения Hosted Applications и Application Service Provider (ASP), имеющие близкий, хотя и несколько разный смысл[5]. Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ не к приложению, а к определённым бизнес-функциям, которые, строго говоря, могут быть реализованы как угодно. В рамках модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развёрнутая на удалённом сайте провайдера и не имеющая множественных владельцев (multi-tenant architecture). Ещё одно отличие заключается в том, что под термином ASP могут подразумеваться не только бизнес-приложения, но и служебное или инфраструктурное ПО.

Тем не менее, термины ASP и SaaS очень близки друг к другу и в некоторых случаях могут употребляться как синонимы.

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

ASP на сторонних решениях

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

ASP On-demand

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

SaaS и WaaS

Продолжением логики SaaS в построении взаимоотношений с конечным пользователем является WaaS (Workplace as a Service). Главное отличие в том, что потребитель услуги получает в пользование полностью оснащенное всем необходимым ПО виртуальное рабочее место. Часто услугу WaaS предлагают клиентам-потребителям услуг коммерческих дата-центров.

Факторы, способствующие продвижению SaaS

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

Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA.

На данный момент можно выделить несколько основных факторов[6], стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.

Положительные факторы SaaS для заказчиков

  • Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;
  • Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д.;
  • Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия);
  • Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;
  • Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;
  • Ясность и предсказуемость платежей, защита инвестиций;
  • Возможность получить более высокий уровень обслуживания ПО.

Положительные факторы SaaS для разработчиков

  • Рост популярности веб-сервисов для конечных пользователей;
  • Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
  • Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
  • Лёгкое проникновение на глобальные рынки;
  • Отсутствие проблем с нелицензионным распространением ПО;
  • В отличие от классической модели, заказчик SaaS привязывается к разработчику — он не может отказаться от услуг разработчика и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж;
  • В долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учётом расходов на хостинг и управление приложениями).

Ограничивающие факторы

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

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

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

Следствием предыдущего тезиса является основной недостаток модели SaaS для разработчика — требования к уровню репутации и высокая стоимость входа на рынок. Чтобы предоставить конкурентную стоимость клиенту, разработчику требуется «эффект масштаба», а значит — уже образовавшийся пул других заказчиков. Именно поэтому многие поставщики SaaS являются неспециализированными игроками, и их основной деятельностью является продажа классических систем на основе лицензирования.

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

В-четвертых, ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету на достаточно высокой скорости. Многие продукты SaaS компенсируют это наличием модулей для автономной работы. С развитием Сети значение этого фактора уменьшается (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться. С другой стороны, для территориально-распределённых компаний, которые должны работать в единой информационной среде, этот фактор не актуален.

Критика

Концепция software as a service подвергалась критике со стороны сообщества свободного программного обеспечения и в частности со стороны Ричарда Столлмана:

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

"Stallman discusses Free Software and GPLv3" (англ.)

SaaS в России

В отличие от Западной Европы и США модель SaaS пока не получила широкого распространения в России. На сегодняшний день можно выделить сразу несколько факторов, которые тормозят развитие SaaS-модели на территории России и стран ближнего зарубежья:

  • Низкая культура аутсорсинга: российские предприятия неохотно отдают свои бизнес-функции на откуп «третьим» компаниям. Данный фактор тормозит не только развитие модели SaaS, но и развитие всех аутсорсинговых услуг в целом;
  • Распространённость использования нелицензионного ПО: оно фактически конкурирует с SaaS-решениями, особенно на рынке предприятий среднего и малого бизнеса. В западных странах именно эти рынки являются основными потребителями SaaS;
  • Ограниченность предложения: с одной стороны мировые лидеры SaaS-систем не спешат адаптировать свои продукты для российского рынка, считая его недостаточно ёмким. С другой стороны российские интеграторы не хотят брать на себя повышенные риски, связанные с новизной модели распространения.
  • Общее отставание российской ИТ-отрасли: по оценкам различных экспертов, российская отрасль отстает от западной на несколько лет. Многие российские предприятия по-прежнему находятся на начальных стадиях информатизации и даже не задумываются о внедрении каких-либо комплексных решений вообще;
  • Широкополосной доступ в Интернет является необходимым условием для использования SaaS. Как следствие, высокая стоимость такого доступа по-прежнему является серьёзным ограничивающим фактором использования SaaS в регионах.

Тем не менее, на данный момент в России присутствуют компании, предлагающие решения на базе концепции SaaS:

CRM-системы

HRM-системы

Антивирусная защита

Управление проектами/задачами

ERP-системы

CPM-системы

GPS-мониторинг транспорта

Система коллективной работы и обмена сообщениями

Система ведения продаж через интернет

  • InSales — система для создания интернет магазина и ведения интернет продаж

См. также

Примечания

Ссылки


Wikimedia Foundation. 2010.

Игры ⚽ Поможем сделать НИР

Полезное


Смотреть что такое "Software as a service" в других словарях:

  • Software as a service — (SaaS, typically pronounced sass ) is a model of software deployment where an application is hosted as a service provided to customers across the Internet. By eliminating the need to install and run the application on the customer s own computer …   Wikipedia

  • Software as a Service — Software as a Service, kurz SaaS, ist ein Teilbereich des Cloud Computings. Das SaaS Modell basiert auf dem Grundsatz, dass die Software und die IT Infrastruktur bei einem externen IT Dienstleister betrieben und vom Kunden als Service genutzt… …   Deutsch Wikipedia

  • Software as a service — Logiciel en tant que service Le logiciel en tant que service ou en anglais le Software as a Service (SaaS) est un concept consistant à fournir des services ou des logiciels informatiques par le biais du Web et non plus dans le cadre d une… …   Wikipédia en Français

  • Software As A Service - SaaS — A cloud computing approach to providing users with computer applications. Instead of each user having to install the software on his computer, the user is able to access the program via the internet. Businesses commonly use software as a service… …   Investment dictionary

  • Service-oriented architecture — (SOA) is a method for systems development and integration where functionality is grouped around business processes and packaged as interoperable services . SOA also describes IT infrastructure which allows different applications to exchange data… …   Wikipedia

  • Service Oriented Programming — (SOP) is a programming paradigm that uses services as the unit of computer work, to design and implement integrated business applications and mission critical software programs. Services can represent steps of business processes and thus one of… …   Wikipedia

  • Software plus services — [ [http://msdn2.microsoft.com/en us/architecture/aa699384.aspx Software + Services (S+S) ] ] describes the idea of combining hosted services with capabilities that are best achieved with locally running software. It describes composite… …   Wikipedia

  • Software development process — Activities and steps Requirements Specification …   Wikipedia

  • Software on demand — (dt. Software auf Nachfrage) ist ein Service bei dem der Kunde eine bestimmte Software bei dem Anbieter betreiben lässt, der diese auch je nach Anfrage (on Demand) skaliert. Dieses erlaubt flexible Lizenzierungsformen, bei dem nach Datenvolumen,… …   Deutsch Wikipedia

  • Software como servicio — (del inglés: Software as a Service, SaaS) es un modelo de distribución de software donde el software y los datos que maneja se alojan en servidores de la compañía de tecnologías de información y comunicación (TIC) y se accede con un navegador web …   Wikipedia Español


Поделиться ссылкой на выделенное

Прямая ссылка:
Нажмите правой клавишей мыши и выберите «Копировать ссылку»