Программное обеспечение как услуга - Software as a service

Программное обеспечение как услуга ( SaaS / s æ s / ) является лицензирование программного обеспечения и доставки модель , в которой программное обеспечение лицензируется на подписной основе и централизованно организовано . SaaS также известен как «программное обеспечение по запросу» и программное обеспечение, размещаемое в Интернете.

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

SaaS - приложения , как правило , доступ пользователей с помощью тонкого клиента , например , через веб - браузер . SaaS стала распространенной моделью доставки для многих бизнес-приложений, включая офисное программное обеспечение , программное обеспечение для обмена сообщениями, программное обеспечение для расчета заработной платы, программное обеспечение СУБД, программное обеспечение для управления, программное обеспечение САПР, программное обеспечение для разработки, геймификацию , виртуализацию , бухгалтерский учет , сотрудничество , управление взаимоотношениями с клиентами (CRM), управление информационные системы (МИС), планирование ресурсов предприятия (ERP), выставление счетов, управление полевой службы, управление человеческими ресурсов (HRM), приобретение таланта , системы управления обучением , содержание управления (CM), географические информационные системы (ГИС), а также управление службой поддержки .

SaaS включен в стратегию почти всех компаний, производящих корпоративное программное обеспечение . Gartner прогнозирует, что программное обеспечение как услуга (SaaS) останется крупнейшим сегментом рынка общедоступных облачных сервисов и, по прогнозам, к 2021 году достигнет 122,6 миллиарда долларов.

История

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

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

Программное обеспечение как услуга существенно расширяет идею модели ASP. Однако термин « программное обеспечение как услуга» (SaaS) обычно используется в более конкретных условиях:

Аббревиатура впервые появилась в описании товаров и услуг товарного знака USPTO , поданном 23 сентября 1985 г. DbaaS ( база данных как услуга ) возникла как разновидность SaaS и представляет собой тип облачной базы данных .

Microsoft в течение нескольких лет называла SaaS «программным обеспечением плюс услуги».

Распространение и ценообразование

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

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

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

Архитектура

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

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

Вертикальный и горизонтальный SaaS

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

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

Хотя не все приложения типа «программное обеспечение как услуга» обладают всеми следующими чертами, приведенные ниже характеристики являются общими для многих из них:

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

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

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

Ускоренная доставка функций

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

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

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

Протоколы открытой интеграции

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

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

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

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

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

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

OpenSaaS

OpenSaaS относится к программному обеспечению как к услуге (SaaS) на основе открытого исходного кода. Подобно приложениям SaaS, Open SaaS - это веб-приложение, которое размещается, поддерживается и обслуживается поставщиком услуг. Хотя план развития приложений Open SaaS определяется сообществом пользователей, обновлениями и усовершенствованиями продуктов управляет центральный поставщик. Этот термин был придуман в 2011 году Дрисом Байтаертом , создателем структуры управления контентом Drupal .

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

Драйверы усыновления

Несколько важных изменений на рынке программного обеспечения и технологическом ландшафте способствовали принятию и развитию SaaS:

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

Проблемы усыновления

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

  • Поскольку данные хранятся на серверах поставщика, безопасность данных становится проблемой.
  • Приложения SaaS размещаются в облаке, вдали от пользователей приложений. Это приводит к задержке в среде; например, модель SaaS не подходит для приложений, требующих времени отклика в миллисекундах ( OLTP ).
  • Многопользовательские архитектуры, которые обеспечивают экономическую эффективность для поставщиков услуг, ограничивают настройку приложений для крупных клиентов, препятствуя использованию таких приложений в сценариях (применимых в основном к крупным предприятиям), для которых такая настройка необходима.
  • Некоторым бизнес-приложениям требуется доступ или интеграция с текущими данными клиента. Когда такие данные имеют большой объем или являются конфиденциальными (например, личная информация конечных пользователей), их интеграция с программным обеспечением, размещенным на удаленном хосте, может быть дорогостоящим или рискованным, или может противоречить правилам управления данными.
  • Законы о конституционных ордерах на обыск / арест не защищают все формы динамически сохраняемых данных SaaS. Конечным результатом является то, что в цепочку безопасности добавляется ссылка, где доступ к данным и, как следствие, неправомерное использование этих данных ограничиваются только предполагаемой честностью третьих сторон или государственных органов, которые могут получить доступ к данным на своих подписка о невыезде.
  • Смена поставщика SaaS может повлечь за собой медленную и сложную задачу передачи очень больших файлов данных через Интернет.
  • Организации, внедряющие SaaS, могут обнаружить, что они вынуждены переходить на новые версии, что может привести к непредвиденным затратам на обучение, увеличению вероятности того, что пользователь может совершить ошибку или нестабильность из-за ошибок в новом программном обеспечении.
  • Если поставщик программного обеспечения выходит из бизнеса или внезапно прекращает работу программного обеспечения, пользователь может неожиданно потерять доступ к своему программному обеспечению, что может дестабилизировать текущие и будущие проекты его организации, а также оставить пользователю старые данные, к которым он больше не сможет получить доступ. или изменить.
  • Использование подключения к Интернету означает, что данные передаются в компанию SaaS и из нее со скоростью Интернета, а не с потенциально более высокой скоростью внутренней сети компании.
  • Может ли компания, предоставляющая услуги SaaS-хостинга, гарантировать уровень бесперебойной работы, согласованный в SLA (соглашении об уровне обслуживания)?
  • По какой-то причине (по крайней мере, для Microsoft) недоступны потребителям, техническим специалистам и опытным пользователям?

Стандартная модель также имеет ограничения:

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

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

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

Депонирование данных

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

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

Критика

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

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

Смотрите также

использованная литература