SaaS — различия между версиями

Материал из devopswiki
Перейти к: навигация, поиск
 
(нет различий)

Текущая версия на 08:05, 17 сентября 2012

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

В модели SaaS:

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

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

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

История

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

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

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

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

Стоимость

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

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

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

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

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

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

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

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

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

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

  1. Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;
  2. Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д.;
  3. Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия);
  4. Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;
  5. Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;
  6. Ясность и предсказуемость платежей, защита инвестиций;
  7. Мультиплатформенность;
  8. Возможность получить более высокий уровень обслуживания ПО.
  9. Положительные факторы SaaS для разработчиков
  10. Рост популярности веб-сервисов для конечных пользователей;
  11. Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
  12. Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
  13. Лёгкое проникновение на глобальные рынки;
  14. Отсутствие проблем с нелицензионным распространением ПО;

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

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

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

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

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

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

Ссылки

SaaS в Wikipedia

Антикризисный Saas

Приложение в аренду

Россия: HRM-системы мигрируют к SaaS

SaaS для нас: отечественный или западный?