WikiDer > Программное обеспечение как сервис

Software as a service

Программное обеспечение как сервис (SaaS /sæs/[1]) (также известный как подписаться или же аренда посуды) это программное обеспечение лицензирование и Доставка модель, в которой программного обеспечения имеет лицензию на подписка основу и централизованно принимал.[2][3] Иногда его называют «программное обеспечение по запросу», а ранее оно называлось «программное обеспечение плюс услуги». Microsoft.[4]

Приложения SaaS также известны как веб-программное обеспечение, программное обеспечение по запросу и размещенное программное обеспечение.[5] Термин «программное обеспечение как услуга» (SaaS) считается частью номенклатуры облачные вычисления, вместе с инфраструктура как услуга (IaaS), платформа как услуга (PaaS), рабочий стол как услуга (DaaS),[6] управляемое программное обеспечение как услуга (MSaaS), мобильный бэкэнд как услуга (MBaaS), центр обработки данных как услуга (DCaaS) и управление информационными технологиями как услуга (ITMaaS).

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

Согласно Gartner По оценкам, продажи SaaS в 2018 году вырастут на 23% до 72 миллиардов долларов.[10]

История

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

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

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

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

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

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

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

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

Архитектура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

OpenSaas

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Критика

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

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

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

Рекомендации

  1. ^ Панкер, Джон; Льюис, Марк; Фэйи, Эван; Васкес, Мелвин Джафет (август 2007 г.). "Как вы это произнесете?". TechTarget. Получено 24 мая 2012.
  2. ^ Тернер, Брайан. «Что такое SaaS? Все, что вам нужно знать о программном обеспечении как услуге». TechRadar. Получено 4 августа 2020.
  3. ^ «Определение программного обеспечения как услуги (SaaS) - Глоссарий по информационным технологиям Gartner». Gartner. Получено 4 августа 2020.
  4. ^ «Microsoft описывает программное обеспечение и услуги». InfoWorld. 26 июля 2007 г.. Получено 7 февраля 2017.
  5. ^ «Что такое программное обеспечение как услуга (SaaS): руководство для новичков - Salesforce». Salesforce.com. Получено 2018-09-27.
  6. ^ Cimpl. «Что такое« все как услуга »(XaaS)?». Получено 2016-07-26.
  7. ^ «Глоссарий ИТ-каналов». CompuBase. Март 2013 г.. Получено 13 февраля 2013.
  8. ^ «Облачная стратегия IBM». www.ibm.com. Архивировано из оригинал на 2015-03-13.
  9. ^ Fox, A .; Паттерсон, Д. (3 января 2014 г.). Инженерное программное обеспечение как услуга: гибкий подход с использованием облачных вычислений. ООО "Клубничный каньон". КАК В B00CCEHNUM.
  10. ^ «Цикл рекламы программного обеспечения как услуги». Gartner. 31 июля 2018 г.. Получено 7 февраля 2019.
  11. ^ ОЭСР (05.10.2015). Проект ОЭСР / G20 по сокращению базы и перемещению прибыли, направленный на решение налоговых проблем цифровой экономики, действие 1 - Заключительный отчет 2015 г.. Издательство ОЭСР. ISBN 978-92-64-24104-6.
  12. ^ Гоу, Джонатан (20 октября 1999 г.). «Ladouceur назначен генеральным директором FutureLink». Лос-Анджелес Таймс.
  13. ^ «Знак обслуживания ВПТЗ США». Александрия, Вирджиния: USPTO. Цитировать журнал требует | журнал = (помощь)
  14. ^ Феррари, Елена (2010). Контроль доступа в системах управления данными. Обобщающие лекции по управлению данными. Издатели Morgan & Claypool. п. 77. ISBN 978-1-60845-375-7. Получено 2012-02-13. [...] новая появляющаяся возможность представлена ​​парадигмой базы данных как услуги (DbaaS) [...]. DbaaS регулируется теми же принципами, что и «Программное обеспечение как услуга» (SaaS), и в основном означает предоставление типичных функций системы управления базами данных в облаке.
  15. ^ Левинсон, Меридит (15 мая 2007 г.). "Программное обеспечение как услуга (SaaS) Определение и решения". ИТ-директор. Получено 2015-03-24.
  16. ^ а б c Байрон Дитер и Райан Юнг (июль 2013 г.). «Стратегии ценообразования на программное обеспечение как услугу» (PDF).
  17. ^ «Сборка или покупка: как узнать, когда покупать программное обеспечение или создавать его самостоятельно». Сообщество Business 2. Получено 2020-02-22.
  18. ^ Хаджигюмюш, Хакан; Балакришна, Р. Айер; Чен, Ли; Мехротра, С. (2002). Выполнение SQL для зашифрованных данных в модели поставщика услуг базы данных. Материалы Международной конференции ACM SIGMOD 2002 года по управлению данными. С. 216–227. CiteSeerX 10.1.1.64.8974. Дои:10.1145/564691.564717. ISBN 978-1581134971. S2CID 6241358.
  19. ^ Уэйнрайт, Фил (19 октября 2007 г.). «Workstream предпочитает виртуализацию многопользовательской среде». ZDNet (Всемирная паутина бревно). CBS Interactive. Получено 22 января 2016.
  20. ^ Карраро, Джанпаоло (21 июня 2008 г.). «Не могу поверить, что мы все еще говорим о том, является ли saas == мультитенантностью ...» Сеть разработчиков MS (блог). Microsoft. Получено 24 апреля 2011.
  21. ^ Криз, Гай (18 мая 2010 г.). «SaaS против программного обеспечения: цикл выпуска SaaS обычно (не всегда) быстрее». Блог. Gartner. Получено 24 апреля 2011.
  22. ^ Кунен, Эрик (8 января 2008 г.). «Переходите к SaaS? Возьмите гибкую разработку программного обеспечения вместе с вами». DevX. QuinStreet. Получено 24 апреля 2011.
  23. ^ Дулин, Олег (15 декабря 2015 г.). «3 набора API-интерфейсов, необходимых вашей платформе SaaS». InfoWorld. Получено 4 августа 2020.
  24. ^ Байтаерт, Дрис (24 января 2011 г.). «Стратегия и видение продукта Acquia». Блог Дриса Байтаерта. Получено 5 октября 2014.
  25. ^ Хоппин, Эндрю (9 января 2014 г.). «OpenSaaS и будущее государственных инноваций». OpenSource.com. Получено 21 сентября 2014.
  26. ^ Лиссерман, Мирослав (20 декабря 2010 г.). «SaaS и вечные проблемы безопасности». Сообщество. Forrester Research. Получено 24 апреля 2011.
  27. ^ Артур, Чарльз (14 декабря 2010 г.). «ChromeOS от Google означает потерю контроля над данными, - предупреждает основатель GNU Ричард Столлман». Хранитель. Великобритания. Получено 2012-02-16.
  28. ^ Адхикари, Ричард (15 декабря 2010 г.). "Почему Ричард Столмен не любит Chrome". Linux Insider. Получено 2015-03-24.
  29. ^ Столмен, Ричард (2011-09-20). "Кого на самом деле обслуживает этот сервер?". Бостон Обзор. GNU Проект. Получено 15 января 2012.
  30. ^ Хилл, Бенджамин Мако (1 февраля 2009 г.). «Покажи мне код». Выявление ошибок. Получено 15 января 2012.
  31. ^ Галлахер, Джон. "Информационные системы: руководство по использованию технологий". Каталог. Знание о плоском мире. Получено 2012-04-21.
  32. ^ «Облачное программное обеспечение как услуга (SaaS) в облачных вычислениях. Это неправильно. Услуги». CloudComputingSec. 2011 г.. Получено 2011-12-15.
  33. ^ «Облачное исследование HIMSS Analytics, 2014 г.» (PDF). Общество медицинской информации и систем управления. Июнь 2014 г.. Получено 22 ноября 2020 - через Веб-сервисы Amazon.
  34. ^ Уилсон, Дебора Р.; BonaPart, Alexa (7 августа 2009 г.). «Разработка структуры для снижения рисков непрерывности бизнеса приложений SaaS». Gartner. Получено 24 апреля 2011.
  35. ^ Мэй, Ричард. "Техническая документация по условному депонированию программного обеспечения" (PDF). Великобритания: Виртуальная DCS.
  36. ^ «Программное обеспечение Escrow: Escrow мертв?». 2012-06-14. Получено 2016-09-06.
  37. ^ "Международный отчет по депонированию данных SaaS" (PDF). RainStor. Глостер, Англия: Программное обеспечение Clearpace. 14 декабря 2009 г.. Получено 24 апреля 2011. Только 15% из тех, кто в настоящее время использует или планирует использовать SaaS, не склонны хранить копии своих данных.
  38. ^ Столмен, Ричард. "Кого на самом деле обслуживает этот сервер?". Операционная система GNU. Фонд свободного программного обеспечения. Получено 2015-03-24.
  39. ^ Столмен, Ричард (18 марта 2010 г.). "Кого на самом деле обслуживает этот сервер?". Бостон Обзор. Получено 6 июля 2013.