SaaS (Software-as-a-Service)

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 00:06, 2 июня 2018.

SaaS (англ. Software-as-a-Service - программное обеспечение как услуга, или так же англ. software on demand - программное обеспечение по требованию) - является лицензией на программное обеспечение и моделью поставки, в которой программное обеспечение лицензируется на основе подписки и размещается централизованно. Ранее Microsoft называла это "ПО плюс услуги". SaaS обычно доступен пользователям, использующим тонкий клиент через веб-браузер. SaaS стала общей моделью поставки для многих бизнес-приложений, включая ПО для офиса и обмена сообщениями, программное обеспечение для обработки платежных ведомостей, ПО для СУБД, программное обеспечение для менеджмента, программное обеспечение САПР, программное обеспечение для разработки, виртуализацию, учет, сотрудничество и управление отношениями с клиентами (CRM), информационные системы управления (MIS), планирование ресурсов предприятия (ERP), выставление счетов, управление человеческими ресурсами (HRM), управление контентом (CM) и управление службами поддержки. SaaS был включен в стратегию почти всех ведущих компаний программного обеспечения для предприятий. Потребителем SaaS является конечный пользователь. В зону ответственности поставщика услуг SaaS входит поддержание доступности и работоспособности поставляемых приложений, предоставляя при этом минимальный набор изменяемых параметров.

Составляющие SaaS

Согласно оценке Gartner Group, продажи SaaS в 2010 году достигли 10 млрд. Долл., а в 2011 они увеличились до 12,1 млрд. Долл. США, что на 20,7% больше чем в 2010. По оценкам Gartner Group в 2017 году доход от общедоступных облачных услуг вырастет до 246,8 млрд Долл США, что на 18% больше чем в 2016 году , где доход составил 209,2 млрд. Долл. США[Источник 1].

Термин "программное обеспечение как услуга" (SaaS) считается частью номенклатуры облачных вычислений наряду с инфраструктурой как услугой (IaaS), платформой как услугой (PaaS), настольным компьютером как услугой (DaaS), управляемое программное обеспечение как услуга (MSaaS), мобильный сервер как услуга (MBaaS) и управление информационными технологиями как услуга (ITMaaS).

История

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

Расширение интернета в 1990-х годах привело к новому классу централизованных вычислений, называемому Application Service Providers. ASP предоставляют компаниям услуги по хостингу и управлению специализированными бизнес-приложениями с целью снижения затрат за счет централизованного администрирования и специализации поставщика решения в конкретном бизнес-приложении. Двумя пионерами в мире и крупнейшими ASPs были USI, штаб-квартира которого находится в Вашингтоне, округ Колумбия, и Futurelink Corporation со штаб-квартирой в Ирвине, Калифорния.

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

Требования

Инфраструктура

Для SaaS на стороне клиента необходимы лишь рабочие места - компьютеры и канал связи с облачным провайдером.

Человеческие ресурсы

Для потребления услуг SaaS на стороне клиента нет необходимости в содержании технического специалиста. Для стабильной работы будет достаточно менеджера с минимальными ИТ - навыками лишь для поддержания контакта с поставщиком услуг SaaS[Источник 2].

Распространение

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

Ценообразование

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

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

Ключевым фактором роста SaaS является способность продавцов SaaS предоставлять цены, конкурентоспособные с локальным программным обеспечением.

Архитектура

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

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

Пример структуры SaaS

Существует два основных типа SaaS:

  1. Вертикальные SaaS - Программное обеспечение, отвечающее потребностям конкретной отрасли (например, программное обеспечение для здравоохранения, сельского хозяйства, недвижимости, финансовых отраслей)
  2. Горизонтальные SaaS - Продукты, которые ориентированы на категорию программного обеспечения (маркетинг, продажи, инструменты для разработчиков, HR), но являются агностиками отрасли.

Характеристики

Конфигурация и настройка

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

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

Преимущества частых обновлений

Приложения SaaS обновляются чаще, чем традиционное программное обеспечение, во многих случаях еженедельно или ежемесячно. Это обеспечивается несколькими факторами:

  1. Приложение размещается централизованно, поэтому обновление определяется и выполняется поставщиком, а не клиентами.
  2. Приложение имеет только одну конфигурацию, что ускоряет тестирование разработки.
  3. Поставщику приложения не нужно тратить ресурсы на обновление и поддержку backdated версий программного обеспечения, потому что существует только одна версия.
  4. Поставщик приложения имеет доступ ко всем данным о клиентах, ускоряя проектирование и регрессионное тестирование.
  5. Поставщик решений имеет доступ к поведению пользователя в приложении (обычно через веб-аналитику), что упрощает определение областей, требующих улучшения.

Ускоренная доставка функций также обеспечивается гибкими методологиями разработки программного обеспечения. Такие методологии, которые развивались в середине 1990-х годов, представляют собой набор инструментов и методов разработки программного обеспечения для поддержки частых выпусков программного обеспечения.

Открытые протоколы интеграции

Поскольку приложения SaaS не могут получить доступ к внутренним системам (базам данных или внутренним службам) компании, они преимущественно предлагают интеграционные протоколы и API, которые работают по глобальной сети. Как правило, это протоколы на основе HTTP, REST и SOAP.

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

Совместная (и «социальная») функциональность

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

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

Хотя некоторые функциональные возможности, связанные с сотрудничеством, также интегрированы в локальное программное обеспечение, (неявное или явное) сотрудничество между пользователями или разными клиентами возможно только при использовании централизованно размещенного программного обеспечения.

Положительные факторы роста популярности SaaS

  1. Растущее использование прикладных интерфейсов на основе веб-приложений, а также распространение связанных с ними практик (например, веб-дизайн) постоянно уменьшали потребность в традиционных клиент-серверных приложениях. Следовательно, инвестиции традиционного поставщика программного обеспечения в программное обеспечение, основанное на толстых клиентах, стали недостатком (обязательным условием постоянной поддержки), открывая двери для новых поставщиков ПО, предлагающих пользователям более «современные» решения.
  2. Стандартизация технологий веб-страниц (HTML, JavaScript, CSS), рост популярности веб-разработки как практики, а также внедрение и повсеместность таких веб-приложений, как Ruby on Rails или Laravel (PHP), постепенно снизили стоимость разработки новых SaaS Решений и позволило новым поставщикам решений выработать конкурентные решения, бросая вызов традиционным поставщикам.
  3. Увеличение проникновения широкополосного доступа в Интернет позволило удаленным централизованно размещенным приложениям предлагать скорость, сопоставимую с внутренним программным обеспечением.
  4. Стандартизация протокола HTTPS как части веб-стека обеспечивала универсальную легкую безопасность, достаточную для большинства повседневных приложений.
  5. Внедрение и широкое принятие легких интеграционных протоколов, таких как REST и SOAP, позволило обеспечить доступную интеграцию между приложениями SaaS (находящимися в облаке) с помощью внутренних приложений в глобальных сетях и с другими приложениями SaaS.

Ограничение SaaS

Некоторые ограничения замедляют развитие SaaS и запрещают его использование в некоторых случаях:

  1. Поскольку данные хранятся на серверах поставщика, основной проблемой становится безопасность данных.
  2. Приложения SaaS размещаются в облаке, вдали от пользователей приложения. Это вводит задержку в работу сервисов; Так, например, модель SaaS не подходит для приложений, которые требуют времени ответа в миллисекундах.
  3. Многоуровневые архитектуры, которые обеспечивают экономическую эффективность для поставщиков решений SaaS, ограничивают настройку приложений для крупных клиентов, препятствуя использованию таких приложений в сценариях (применимых главным образом к крупным предприятиям), для которых такая настройка необходима.
  4. Некоторые бизнес-приложения требуют доступа или интеграции с текущими данными клиента. Когда такие данные являются большими по объему или чувствительны (например, личная информация конечных пользователей), их интеграция с удаленно размещенным программным обеспечением может быть дорогостоящей или рискованной или может противоречить правилам управления данными.
  5. Смена поставщиков SaaS может включать медленную и сложную задачу передачи очень больших файлов данных через Интернет.
  6. Организации, которые используют SaaS, могут обнаружить, что они вынуждены использовать новые версии, что может привести к непредвиденным затратам на обучение, увеличению вероятности того, что пользователь может сделать ошибку, или нестабильности от ошибок в более новом программном обеспечении.
  7. Если поставщик программного обеспечения закрывает свой бизнес, пользователь может неожиданно потерять доступ к своему программному обеспечению, что может дестабилизировать текущие и будущие проекты его организации, а также оставить пользователю более старые данные.
  8. Опора на подключение к Интернету означает, что данные передаются в и из SaaS-фирмы на скорости интернета, а не потенциально более высокие скорости внутренней сети фирмы.

Может ли хостинг-компания SaaS гарантировать время безотказной работы, согласованное в SLA (Соглашение об уровне обслуживания)? Стандартная модель также имеет ограничения:

  1. Совместимость с оборудованием, другим программным обеспечением и операционными системами.
  2. Проблемы лицензирования и соответствия (несанкционированные копии программного обеспечения, подвергая организацию риску штрафов или судебных разбирательств).
  3. Процессы технического обслуживания, поддержки и исправления.

Преимущества SaaS

  1. Для предоставления приложения SaaS пользователям, нет необходимости приобретать, устанавливать, обновлять или обслуживать оборудование, ПО промежуточного слоя или программное обеспечение. Если у организаций нет ресурсов для приобретения, развертывания необходимой инфраструктуры и программного обеспечения таких сложных промышленных приложений, как ERP или CRM, а также для управления ими, то можно сделать их доступными через SaaS.
  2. Оплачиваются только те ресурсы, которые используются. SaaS автоматически изменяет масштабирование в соответствии с уровнем использования.
  3. Пользователи могут запускать большинство приложений SaaS напрямую через веб-браузер без необходимости загружать и устанавливать программное обеспечение, хотя для некоторых приложений требуются подключаемые модули. Это означает, что нет необходимости приобретать и устанавливать специальное программное обеспечение для пользователей.
  4. SaaS повышает мобильность сотрудников, так как пользователи имеют доступ к приложениям и данным SaaS с любого компьютера или мобильного устройства, которые подключены к Интернету. Кроме того, нет необходимости нанимать квалифицированных специалистов для решения проблем с безопасностью, которые могут возникнуть при использовании мобильных устройств.
  5. Доступ к данным приложений из любого места. Когда данные хранятся в облаке, пользователи получают доступ к нужной информации с любого компьютера или мобильного устройства, подключенных к Интернету. Данные не могут быть потеряны в результате сбоя компьютера или устройства[Источник 3].

Тенденции развития

В результате широко распространенной фрагментации в пространстве провайдеров SaaS появилась тенденция к разработке SaaS Integration Platforms (SIP). Эти SIP позволяют абонентам получать доступ к нескольким приложениям SaaS через общую платформу. Они также предоставляют разработчикам новых приложений возможность быстро разрабатывать и развертывать новые приложения.

Эта тенденция упоминается как «третья волна» при внедрении программного обеспечения - где SaaS выходит за рамки автономных приложений, чтобы стать всеобъемлющей платформой. Первая из них была создана компанией Bitium в 2012 году, которая предоставляет SSO-услуги предприятиям, которые работают в нескольких приложениях. Zoho и SutiSoft - две компании, которые предлагают комплексные SIP сегодня. Несколько других игроков отрасли, включая Salesforce, Microsoft, Procurify и Oracle, активно разрабатывают подобные интеграционные платформы.

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

Инженерные приложения

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

Приложения для здравоохранения

Согласно опросу HIMSS Analytics, 83% американских ИТ-организаций здравоохранения используют облачные сервисы с планированием на 9,3%, тогда как 67% ИТ-организаций здравоохранения в настоящее время используют приложения на базе SaaS.

Области применения SaaS

Чаще других, в качестве примеров использования SaaS-решений, можно встретить системы управления проектами, и совместной работы над ними, онлайновые органайзеры, системы документооборота. Для работы с документами — популярный google docs, который позволяет отказаться от word, excel, и получить ряд преимуществ, в первую очередь связанных с возможностями совместной работы над документами. Такие решения есть у целого ряда компаний — есть и у microsoft, и у компании Zoho и прочих. Существует достаточно много онлайн органайзеров , как и вообще систем для организации работы, ведения todo. Не очевидный пример — онлайн игры. Их не принято относить к SaaS-решениям, но и они на сегодня стали доступны как сервисы, со все той же идеологией. Чаще всего это MMORPG, к примеру, Xbox Live Microsoft очень четко себя классифицирует как SaaS-продукт[Источник 4].

Крупные поставщики услуг SaaS:

  1. Google (Google Docs, Gmail).
  2. Microsoft (Windows Azure).
  3. Amazon (Amazon Web Services).

Все они обладают мощными инструментами для создания и поддержания работоспособности и доступности приложений под любые нужды клиента.

Учет данных

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

Существует много и разных причин для рассмотрения вопроса о депонировании данных SaaS, в том числе о банкротстве поставщиков, непредвиденных перебоях в обслуживании и потенциальной потере или повреждении данных. Многие предприятия также стремятся обеспечить соответствие своих собственных стандартов управления данными или хотят улучшить отчетность и бизнес-аналитику в отношении данных SaaS. Исследование, проведенное Clearpace Software Ltd. в отношении роста SaaS, показало, что 85 процентов участников хотели получить копию своих данных SaaS. Каждый третий из этих участников хотел получить копию на ежедневной основе.

Критика

Одна заметная критика SaaS исходит от Ричарда Столлмана (Richard Stallman) из Фонда свободного программного обеспечения, ссылающегося на SaaS как замену программного обеспечения (SaaSS). Он считает, что использование SaaS является нарушением принципов бесплатного программного обеспечения. По словам Столлмана:

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

Эта критика не распространяется на все продукты SaaS. В 2010 году автор Forbes Дэн Вудс отметил, что Drupal Gardens, бесплатная веб-хостинг-платформа на основе системы управления контентом Drupal с открытым исходным кодом, является «новой моделью с открытым исходным кодом для SaaS». Добавил он:

Открытый источник обеспечивает выходной люк. В Drupal Gardens пользователи смогут нажать кнопку и получить исходную версию кода Drupal, которая запускает их сайт вместе с данными из базы данных. Затем вы можете взять этот код, поставить его в одной из хостинговых компаний, и вы можете делать все, что вы хотели бы сделать.

Аналогично, MediaWiki, WordPress и их многочисленные расширения все чаще используются для широкого круга внутренних приложений, а также для общедоступных веб-сервисов. Дублирование кода относительно просто, так как это интеграция существующих расширений, плагинов, шаблонов и т. д. Фактические настройки редки и, как правило, быстро заменяются более стандартными общедоступными расширениями. Кроме того, нет гарантии, что исходный код программного обеспечения, полученный с помощью таких средств, точно отражает систему программного обеспечения, которую, по его утверждению, отражает.

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

Российские поставщики услуг SaaS

  1. СКБ Контур.
  2. Манго телеком.
  3. B2B-Center.
  4. Барс Груп.
  5. Softline.
  6. Корус Консалтинг.
  7. Terrasoft.
  8. Телфин.
  9. МойСклад.
  10. ИТ-град.

[Источник 5]

Источники

  1. Gartner Inc // Technology research: сайт. URL:http://www.gartner.com/technology/home.jsp (Дата обращения: 02.06.2017).
  2. IT-grad // Облачные сервисы: сайт. URL:http://www.it-grad.ru/tsentr_kompetentsii/blog/33/ (Дата обращения: 02.06.2017).
  3. Microsoft Windows Azure: // Что такое SaaS ?: сайт. URL: https://azure.microsoft.com/ru-ru/overview/what-is-saas/ (Дата обращения: 02.06.2017).
  4. Habrahabr.ru // Модель SaaS простыми словами: сайт. URL: https://habrahabr.ru/company/uteam/blog/113980/ (Дата обращения: 02.06.2017).
  5. www.cnews.ru // Обзор: Облачные сервисы 2016: сайт. URL: http://www.cnews.ru/reviews/oblachnye_servisy_2016/review_table/b4760b1bbf033349cce8c2d2305bfa659ce7f0b0 (Дата обращения: 02.06.2017).