Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

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

SaaS - приложения , как правило , доступ пользователей с помощью тонкого клиента , например , через веб - браузер . SaaS стала распространенной моделью доставки для многих бизнес - приложений, в том числе офисного программного обеспечения , обмен сообщениями программного обеспечения , обработки расчета заработной платы программное обеспечение, программное обеспечение СУБД , программное обеспечение для управления, программное обеспечение САПР , программное обеспечение разработки, Gamification , виртуализации , [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) обычно используется в более конкретных условиях:

  • В то время как большинство первоначальных ASP были сосредоточены на управлении и размещении программного обеспечения сторонних независимых поставщиков программного обеспечения, с 2012 года поставщики SaaS обычно разрабатывают свое собственное программное обеспечение и управляют им. [ необходима цитата ]
  • В то время как многие первоначальные ASP предлагали более традиционные клиент-серверные приложения, которые требовали установки программного обеспечения на персональных компьютерах пользователей , современные решения SaaS полагаются преимущественно на Интернет и требуют только веб-браузера для использования. [ необходима цитата ]
  • В то время как архитектура программного обеспечения, используемая большинством первоначальных ASP, требовала поддержки отдельного экземпляра приложения для каждого бизнеса, с 2012 года в решениях 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 от локального программного обеспечения, поскольку последнее не может быть легко интегрировано за пределами межсетевого экрана компании .

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

Вдохновленные успехом социальных сетей и других так называемых функциональных возможностей Web 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 ), растущая популярность веб-разработки как практики, а также внедрение и повсеместное распространение фреймворков веб-приложений, таких как Ruby on Rails или Laravel ( PHP ), постепенно снизили стоимость разработки нового SaaS. решений, и позволил новым поставщикам решений предложить конкурентоспособные решения, бросив вызов традиционным поставщикам.
  • Растущее распространение широкополосного доступа в Интернет позволило удаленным централизованно размещенным приложениям обеспечивать скорость, сравнимую с локальным программным обеспечением.
  • Стандартизация протокола HTTPS как части веб-стека обеспечила универсально доступную легкую защиту , достаточную для большинства повседневных приложений.
  • Внедрение и широкое распространение облегченных протоколов интеграции , таких как REST и SOAP, обеспечило доступную интеграцию между приложениями SaaS (находящимися в облаке) с внутренними приложениями в глобальных сетях и с другими приложениями SaaS.

Проблемы усыновления [ править ]

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

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

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

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

Приложения для здравоохранения [ править ]

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