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