El software como servicio ( SaaS / s æ s / [1] ) es un modelo de licencia y entrega de software en el que el software se licencia mediante suscripción y se aloja de forma centralizada . [2] [3] A veces se lo denomina "software bajo demanda", y anteriormente Microsoft lo denominaba "software más servicios" . [4] Las aplicaciones SaaS también se conocen como software bajo demanda y software basado en web / alojado en la web. [5]
SaaS se considera parte de la computación en la nube , junto con la infraestructura como servicio (IaaS), plataforma como servicio (PaaS), escritorio como servicio (DaaS), [6] software administrado como servicio (MSaaS), backend móvil. como servicio (MBaaS), centro de datos como servicio (DCaaS) y gestión de tecnologías de la información como servicio (ITMaaS).
Los usuarios suelen acceder a las aplicaciones SaaS mediante un cliente ligero , por ejemplo, a través de un navegador web . SaaS se ha convertido en un modelo de entrega común para muchas aplicaciones comerciales, incluyendo el software de oficina , software de mensajería , software de procesamiento de nómina, el software DBMS , software de gestión, software de CAD , desarrollo de software, gamification , virtualización , [7] que representa , colaboración , gestión de relaciones con los clientes ( CRM), sistemas de información de gestión (MIS), planificación de recursos empresariales (ERP), facturación, gestión de servicios de campo, gestión de recursos humanos (HRM), adquisición de talento , sistemas de gestión de aprendizaje , gestión de contenido (CM), sistemas de información geográfica (GIS), y gestión de la mesa de servicio . [8]
SaaS se ha incorporado a la estrategia de casi todas las empresas líderes en software empresarial. [9] [10] Gartner pronostica que el software como servicio (SaaS) sigue siendo el segmento de mercado más grande en servicios de nube pública y se pronostica que alcanzará los $ 122,6 mil millones en 2021. [11]
Historia
El alojamiento centralizado de aplicaciones comerciales se remonta a la década de 1960. A partir de esa década, IBM y otros proveedores de mainframe llevaron a cabo un negocio de oficina de servicios , a menudo denominado computación de servicios públicos o de tiempo compartido . Dichos servicios incluían ofrecer capacidad de cómputo y almacenamiento de bases de datos a bancos y otras grandes organizaciones desde sus centros de datos en todo el mundo . [12]
La expansión de Internet durante la década de 1990 trajo consigo una nueva clase de computación centralizada , denominada proveedores de servicios de aplicaciones (ASP). Los ASP brindaron a las empresas el servicio de hospedaje y administración de aplicaciones comerciales especializadas, para reducir costos a través de la administración central y la especialización del proveedor de soluciones en una aplicación comercial en particular. Dos de los pioneros y ASP más grandes del mundo fueron USI, que tenía su sede en el área de Washington, DC, y Futurelink Corporation, con sede en Irvine, California . [13]
El software como servicio esencialmente amplía la idea del modelo ASP. Sin embargo, el término software como servicio (SaaS) se usa comúnmente en entornos más específicos:
- Si bien la mayoría de los ASP iniciales se centraron en administrar y alojar software de proveedores de software independientes de terceros, a partir de 2012[actualizar]Los proveedores de SaaS suelen desarrollar y administrar su propio software. [14]
- Mientras que muchas ASP iniciales ofrecían aplicaciones cliente-servidor más tradicionales , que requieren la instalación de software en las computadoras personales de los usuarios , las soluciones SaaS de hoy se basan principalmente en la Web y solo requieren un navegador web para su uso. [15]
- Considerando que la arquitectura de software utilizada por la mayoría de los ASP iniciales obligaba a mantener una instancia separada de la aplicación para cada negocio, a partir de 2012[actualizar]Las soluciones SaaS normalmente utilizan una arquitectura de múltiples inquilinos , en la que la aplicación sirve a múltiples empresas y usuarios, y divide sus datos en consecuencia. [ cita requerida ]
El acrónimo apareció por primera vez en la descripción de bienes y servicios de una marca registrada de la USPTO , presentada el 23 de septiembre de 1985. [16] DbaaS ( base de datos como servicio ) ha surgido como una subvariedad de SaaS, [17] y es un tipo de base de datos en la nube .
Distribución y precios
El modelo de nube (o SaaS) no tiene necesidad física de distribución indirecta porque no se distribuye físicamente y se implementa casi instantáneamente, lo que niega la necesidad de socios e intermediarios tradicionales. A diferencia del software tradicional, que se vende convencionalmente como una licencia perpetua con un costo inicial (y una tarifa de soporte continuo opcional), los proveedores de SaaS generalmente valoran las aplicaciones mediante una tarifa de suscripción, generalmente una tarifa mensual o una tarifa anual. [18] En consecuencia, el costo de configuración inicial de SaaS suele ser menor que el del software empresarial equivalente. Los proveedores de SaaS suelen fijar el precio de sus aplicaciones en función de algunos parámetros de uso, como el número de usuarios que utilizan la aplicación. Sin embargo, debido a que en un entorno SaaS los datos de los clientes residen en el proveedor de SaaS, también existen oportunidades para cobrar por transacción, evento u otras unidades de valor, como la cantidad de procesadores requeridos. [19]
El costo relativamente bajo para el aprovisionamiento de usuarios (es decir, configurar un nuevo cliente) en un entorno de múltiples inquilinos permite a algunos proveedores de SaaS ofrecer aplicaciones utilizando el modelo freemium . [19] En este modelo, un servicio gratuito está disponible con funcionalidad o alcance limitado, y se cobran tarifas por funcionalidad mejorada o alcance mayor. [19]
Un factor clave del crecimiento de SaaS es la capacidad de los proveedores de SaaS para ofrecer un precio competitivo con el software local. Esto es coherente con la lógica tradicional de la subcontratación de sistemas de TI, que implica la aplicación de economías de escala al funcionamiento de las aplicaciones, es decir, un proveedor de servicios externo puede ofrecer aplicaciones mejores, más baratas y más fiables. [20]
Arquitectura
La gran mayoría de las soluciones SaaS se basan en una arquitectura multiinquilino . Con este modelo, se utiliza una única versión de la aplicación, con una única configuración ( hardware , red , sistema operativo ), para todos los clientes ("inquilinos"). Para admitir la escalabilidad , la aplicación se puede instalar en varias máquinas (lo que se denomina escalamiento horizontal ). En algunos casos, se configura una segunda versión de la aplicación para ofrecer a un grupo selecto de clientes acceso a versiones preliminares de las aplicaciones (por ejemplo, una versión beta ) con fines de prueba . Esto contrasta con el software tradicional, donde se instalan múltiples copias físicas del software, cada una potencialmente de una versión diferente, con una configuración potencialmente diferente y, a menudo, personalizada, en varios sitios de los clientes. [21]
Aunque es una excepción y no la norma, algunas soluciones SaaS no utilizan la tenencia múltiple ni otros mecanismos, como la virtualización, para administrar de forma rentable una gran cantidad de clientes en lugar de la tenencia múltiple. [22] Es discutible si la tenencia múltiple es un componente necesario para el software como servicio. [23]
Caracteristicas
Aunque no todas las aplicaciones de software como servicio comparten todas las características siguientes, las características siguientes son comunes entre muchas de ellas:
Configuración y personalización
Las aplicaciones SaaS admiten de manera similar lo que tradicionalmente se conoce como configuración de aplicaciones . En otras palabras, al igual que el software empresarial tradicional, un solo cliente puede alterar el conjunto de opciones de configuración (también conocidas como parámetros ) que afectan su funcionalidad y apariencia . Cada cliente puede tener su propia configuración (o: valores de parámetro) para las opciones de configuración. La aplicación se puede personalizar en la medida en que fue diseñada en función de un conjunto de opciones de configuración predefinidas. [ cita requerida ]
Por ejemplo, para respaldar la necesidad común de los clientes de cambiar la apariencia de una aplicación para que parezca que la aplicación tiene la marca del cliente (o, si así lo desea, una marca compartida ), muchas aplicaciones SaaS permiten que los clientes brinden (a través de un interfaz de autoservicio o trabajando con el personal del proveedor de la aplicación) un logotipo personalizado y, a veces, un conjunto de colores personalizados. Sin embargo, el cliente no puede cambiar el diseño de la página a menos que se haya diseñado dicha opción. [ cita requerida ]
Entrega de funciones acelerada
Las aplicaciones SaaS a menudo se actualizan con más frecuencia que el software tradicional, [24] en muchos casos de forma semanal o mensual. Esto está habilitado por varios factores:
- La aplicación está alojada de forma centralizada, por lo que la actualización la decide y ejecuta el proveedor, no los clientes.
- La aplicación solo tiene una configuración única, lo que agiliza las pruebas de desarrollo.
- El proveedor de la aplicación no tiene que gastar recursos en actualizar y mantener versiones retroactivas del software, porque solo hay una versión.
- El proveedor de la aplicación tiene acceso a todos los datos del cliente, lo que agiliza el diseño y las pruebas de regresión .
- El proveedor de la solución tiene acceso al comportamiento del usuario dentro de la aplicación (generalmente a través de análisis web ), lo que facilita la identificación de áreas dignas de mejora.
La entrega acelerada de funciones se habilita aún más mediante metodologías de desarrollo de software ágiles . [25] Dichas metodologías, que han evolucionado a mediados de la década de 1990, proporcionan un conjunto de herramientas y prácticas de desarrollo de software para respaldar las frecuentes versiones de software.
Protocolos de integración abiertos
Debido a que las aplicaciones SaaS no pueden acceder a los sistemas internos de una empresa (bases de datos o servicios internos), ofrecen predominantemente protocolos de integración e interfaces de programación de aplicaciones (API) que operan en una red de área amplia . [26]
La ubicuidad de las aplicaciones SaaS y otros servicios de Internet y la estandarización de su tecnología API ha generado el desarrollo de mashups , que son aplicaciones ligeras que combinan datos, presentación y funcionalidad de múltiples servicios, creando un servicio compuesto. Los mashups diferencian aún más las aplicaciones SaaS del software local, ya que este último no se puede integrar fácilmente fuera del firewall de una empresa .
Funcionalidad colaborativa (y "social")
Inspiradas por el éxito de los servicios de redes sociales y otras funciones denominadas web 2.0 , muchas aplicaciones SaaS ofrecen funciones que permiten a sus usuarios colaborar y compartir información .
Por ejemplo, muchas aplicaciones de gestión de proyectos entregadas en el modelo SaaS ofrecen, además de la funcionalidad tradicional de planificación de proyectos, funciones de colaboración que permiten a los usuarios comentar tareas y planes y compartir documentos dentro y fuera de una organización. Varias otras aplicaciones SaaS permiten a los usuarios votar y ofrecer nuevas ideas de funciones.
Aunque algunas funciones relacionadas con la colaboración también están integradas en el software local, la colaboración (implícita o explícita) entre usuarios o diferentes clientes solo es posible con software alojado de forma centralizada.
OpenSaas
OpenSaaS se refiere al software como servicio (SaaS) basado en código fuente abierto . Al igual que las aplicaciones SaaS, Open SaaS es una aplicación basada en web que está alojada, respaldada y mantenida por un proveedor de servicios. Si bien la hoja de ruta para las aplicaciones Open SaaS la define su comunidad de usuarios, un proveedor central administra las actualizaciones y mejoras del producto. El término fue acuñado en 2011 por Dries Buytaert , creador del marco de gestión de contenido de Drupal . [27]
Andrew Hoppin, ex director de información del Senado del estado de Nueva York , ha sido un firme defensor de OpenSaaS para el gobierno, llamándolo "el futuro de la innovación gubernamental". Señala WordPress y Why Unified como un ejemplo exitoso de un modelo de entrega de software OpenSaaS que brinda a los clientes "lo mejor de ambos mundos y más opciones. El hecho de que sea de código abierto significa que pueden comenzar a construir sus sitios web mediante el autohospedaje". WordPress y personalizar su sitio web al contenido de su corazón. Al mismo tiempo, el hecho de que WordPress sea SaaS significa que no tienen que administrar el sitio web en absoluto, simplemente pueden pagar a WordPress.com para que lo aloje ". [28]
Impulsores de adopción
Varios cambios importantes en el mercado del software y el panorama tecnológico han facilitado la aceptación y el crecimiento de las soluciones SaaS:
- El uso creciente de interfaces de usuario basadas en la web por parte de las aplicaciones, junto con la proliferación de prácticas asociadas (por ejemplo, diseño web ), disminuyó continuamente la necesidad de aplicaciones cliente-servidor tradicionales. En consecuencia, la inversión de los proveedores de software tradicionales en software basado en clientes pesados se ha convertido en una desventaja (exigiendo soporte continuo), abriendo la puerta a nuevos proveedores de software que ofrecen una experiencia de usuario percibida como más "moderna".
- La estandarización de las tecnologías de páginas web ( HTML , JavaScript , CSS ), la creciente popularidad del desarrollo web como práctica y la introducción y ubicuidad de marcos de aplicaciones web como Ruby on Rails o Laravel ( PHP ) redujeron gradualmente el costo de desarrollar nuevos SaaS. soluciones y permitió a los nuevos proveedores de soluciones presentar soluciones competitivas, desafiando a los proveedores tradicionales.
- La creciente penetración del acceso a Internet de banda ancha permitió que las aplicaciones alojadas de forma remota y central ofrecieran una velocidad comparable a la del software local.
- La estandarización del protocolo HTTPS como parte de la pila web proporcionó una seguridad ligera disponible universalmente que es suficiente para la mayoría de las aplicaciones diarias.
- La introducción y amplia aceptación de protocolos de integración livianos como REST y SOAP permitieron una integración asequible entre aplicaciones SaaS (que residen en la nube) con aplicaciones internas en redes de área amplia y con otras aplicaciones SaaS.
Desafíos de adopción
Algunas limitaciones ralentizan la aceptación de SaaS y prohíben su uso en algunos casos:
- Debido a que los datos se almacenan en los servidores del proveedor, la seguridad de los datos se convierte en un problema. [29]
- Las aplicaciones SaaS se alojan en la nube, lejos de los usuarios de la aplicación. Esto introduce latencia en el entorno; por ejemplo, el modelo SaaS no es adecuado para aplicaciones que exigen tiempos de respuesta en milisegundos ( OLTP ).
- Las arquitecturas multiinquilino, que impulsan la rentabilidad para los proveedores de soluciones SaaS, limitan la personalización de las aplicaciones para grandes clientes e impiden que dichas aplicaciones se utilicen en escenarios (aplicables principalmente a grandes empresas) para los que dicha personalización es necesaria.
- Algunas aplicaciones comerciales requieren acceso o integración con los datos actuales del cliente. Cuando dichos datos son de gran volumen o confidenciales (por ejemplo, información personal de los usuarios finales), integrarlos con software alojado de forma remota puede ser costoso o arriesgado, o puede entrar en conflicto con las regulaciones de gobierno de datos.
- Las leyes constitucionales de orden de registro / incautación no protegen todas las formas de datos almacenados dinámicamente de SaaS. El resultado final es que se agrega un enlace a la cadena de seguridad donde el acceso a los datos y, por extensión, el uso indebido de estos datos, están limitados solo por la supuesta honestidad de terceros o agencias gubernamentales capaces de acceder a los datos en su propio reconocimiento. [30] [31] [32] [33]
- Cambiar de proveedor de SaaS puede implicar la lenta y difícil tarea de transferir archivos de datos muy grandes a través de Internet.
- Las organizaciones que adoptan SaaS pueden verse obligadas a adoptar nuevas versiones, lo que podría resultar en costos de capacitación imprevistos, un aumento en la probabilidad de que un usuario cometa un error o inestabilidad debido a errores en el software más nuevo.
- En caso de que el proveedor del software deje de funcionar o de que el software finalice repentinamente, el usuario puede perder el acceso a su software inesperadamente, lo que podría desestabilizar los proyectos actuales y futuros de su organización, así como dejar al usuario con datos más antiguos a los que ya no pueden acceder o modificar.
- Depender de una conexión a Internet significa que los datos se transfieren desde y hacia una empresa SaaS a velocidades de Internet, en lugar de las velocidades potencialmente más altas de la red interna de una empresa. [34]
- ¿Puede la empresa de alojamiento SaaS garantizar el nivel de tiempo de actividad acordado en el SLA (acuerdo de nivel de servicio)?
El modelo estándar también tiene limitaciones:
- Compatibilidad con hardware, otro software y sistemas operativos. [35]
- Problemas de licencia y cumplimiento (copias no autorizadas del programa de software que ponen a la organización en riesgo de multas o litigios).
- Procesos de mantenimiento, soporte y revisión de parches.
Aplicaciones sanitarias
Según una encuesta de HIMSS Analytics, el 83% de las organizaciones de atención médica de TI de EE. UU. Ahora utilizan servicios en la nube con un 9,3% planificado, mientras que el 67% de las organizaciones de atención médica de TI están ejecutando aplicaciones basadas en SaaS. [36]
Fideicomiso de datos
La custodia de datos de software como servicio es el proceso de mantener una copia de los datos críticos de la aplicación de software como servicio con un tercero independiente. De manera similar al depósito de código fuente , donde el código fuente de software crítico se almacena con un tercero independiente, el depósito de datos de SaaS aplica la misma lógica a los datos dentro de una aplicación SaaS. Permite a las empresas proteger y asegurar todos los datos que residen dentro de las aplicaciones SaaS, protegiéndolos contra la pérdida de datos . [37]
Hay muchas y variadas razones para considerar la custodia de datos de SaaS, incluidas las preocupaciones sobre la quiebra del proveedor , [38] [39] interrupciones del servicio no planificadas y una posible pérdida o corrupción de datos . Muchas empresas se aseguran de que están cumpliendo con sus estándares de gobernanza de datos o intentan mejorar sus informes y análisis comerciales en comparación con sus datos SaaS. La investigación realizada por Clearpace Software Ltd. sobre el crecimiento de SaaS mostró que el 85 por ciento de los participantes deseaba obtener una copia de sus datos de SaaS. Un tercio de estos participantes quería una copia diaria. [40]
Crítica
Una crítica notable de SaaS proviene de Richard Stallman de la Free Software Foundation , quien se refiere a él como Servicio como sustituto de software (SaaSS). [41] Considera que el uso de SaaSS es una violación de los principios del software libre . [42] Según Stallman:
Con SaaSS, los usuarios ni siquiera tienen el archivo ejecutable que hace su computación: está en el servidor de otra persona, donde los usuarios no pueden verlo ni tocarlo. Por lo tanto, es imposible para ellos determinar lo que realmente hace, e imposible cambiarlo.
Ver también
- Seguridad de la aplicación
- Proveedor de servicios de aplicaciones
- Integración basada en la nube
- Lista de tipos de servicio 'como servicio'
- Servicio
- Informática de suscripción
Referencias
- ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (agosto de 2007). "¿Como se pronuncia?" . TechTarget . Consultado el 24 de mayo de 2012 .
- ^ Turner, Brian. "¿Qué es SaaS? Todo lo que necesita saber sobre el software como servicio" . TechRadar . Consultado el 4 de agosto de 2020 .
- ^ "Definición de software como servicio (SaaS) - Glosario de tecnología de la información de Gartner" . Gartner . Consultado el 4 de agosto de 2020 .
- ^ "Microsoft describe software más servicios" . InfoWorld . 26 de julio de 2007 . Consultado el 7 de febrero de 2017 .
- ^ "¿Qué es el software como servicio (SaaS): una guía para principiantes - Salesforce" . Salesforce.com . Consultado el 27 de septiembre de 2018 .
- ^ Cimpl. "¿Qué es Todo como servicio (XaaS)?" . Consultado el 26 de julio de 2016 .
- ^ "Glosario de canales de TI" . CompuBase. Marzo de 2013 . Consultado el 13 de febrero de 2013 .
- ^ "Ideas de inicio de Saas" . Arranque . 24 de junio de 2021.
- ^ "Estrategia de nube de IBM" . www.ibm.com . Archivado desde el original el 13 de marzo de 2015.
- ^ Fox, A .; Patterson, D. (3 de enero de 2014). Software de ingeniería como servicio: un enfoque ágil que utiliza la computación en la nube . Strawberry Canyon LLC. ASIN B00CCEHNUM .
- ^ "Gartner prevé que el gasto de los usuarios finales en la nube pública mundial crecerá un 23% en 2021" . Gartner . Consultado el 23 de junio de 2021 .
- ^ OCDE (5 de octubre de 2015). Proyecto OCDE / G20 sobre erosión de la base y transferencia de beneficios que aborda los desafíos fiscales de la economía digital, Acción 1 - Informe final de 2015 . Publicaciones de la OCDE. ISBN 978-92-64-24104-6.
- ^ Gaw, Jonathan (20 de octubre de 1999). "Ladouceur nombrado CEO de FutureLink" . Los Angeles Times .
- ^ Software, Servicios. "Software como servicio (SaaS)" .
- ^ "¿Qué es SaaS (software como servicio)? Todo lo que necesita saber" . SearchCloudComputing .
- ^ "Marca de servicio de la USPTO" . Alejandría, VA : USPTO. Cite journal requiere
|journal=
( ayuda ) - ^ Ferrari, Elena (2010). Control de acceso en sistemas de gestión de datos . Conferencias de síntesis sobre gestión de datos. Editores Morgan & Claypool. pag. 77. ISBN 978-1-60845-375-7. Consultado el 13 de febrero de 2012 .
[...] una nueva opción emergente está representada por el paradigma de la base de datos como servicio (DbaaS) [...]. DbaaS está regulado por los mismos principios que Software as a Service (SaaS) y básicamente significa la entrega de las funcionalidades típicas de un sistema de gestión de bases de datos en la nube.
- ^ Levinson, Meridith (15 de mayo de 2007). "Definición y Soluciones de Software como Servicio (SaaS)" . CIO . Consultado el 24 de marzo de 2015 .
- ^ a b c Byron Deeter y Ryan Jung (julio de 2013). "Estrategias de precios de software como servicio" (PDF) .
- ^ "Construir vs. Comprar: Cómo saber cuándo comprar software o construirlo usted mismo" . Comunidad Business 2 . Consultado el 22 de febrero de 2020 .
- ^ Hacigümüş, Hakan; Balakrishna, R. Iyer; Chen, Li; Mehrotra, S. (2002). Ejecución de SQL sobre datos cifrados en el modelo de proveedor de servicios de base de datos . Actas de la Conferencia Internacional ACM SIGMOD 2002 sobre Gestión de Datos . págs. 216–227. CiteSeerX 10.1.1.64.8974 . doi : 10.1145 / 564691.564717 . ISBN 978-1581134971. S2CID 6241358 .
- ^ Wainewright, Phil (19 de octubre de 2007). "Workstream prefiere la virtualización al multi-tenancy" . ZDNet ( registro de la World Wide Web ). CBS Interactive . Consultado el 22 de enero de 2016 .
- ^ Carraro, Gianpaolo (21 de junio de 2008). "No puedo creer que sigamos hablando de si saas == multi-tenancy ..." Red de desarrolladores de MS (blog). Microsoft . Consultado el 24 de abril de 2011 .
- ^ Creese, Guy (18 de mayo de 2010). "SaaS versus software: el ciclo de lanzamiento de SaaS es generalmente (no siempre) más rápido" . Blog . Gartner . Consultado el 24 de abril de 2011 .
- ^ Kuhnen, Eric (8 de enero de 2008). "¿Saltar a SaaS? Lleve el desarrollo de software ágil con usted" . DevX . QuinStreet . Consultado el 24 de abril de 2011 .
- ^ Dulin, Oleg (15 de diciembre de 2015). "3 conjuntos de API que su plataforma SaaS necesita" . InfoWorld . Consultado el 4 de agosto de 2020 .
- ^ Buytaert, Dries (24 de enero de 2011). "Visión y estrategia de producto de Acquia" . Weblog de Dries Buytaert . Consultado el 5 de octubre de 2014 .
- ^ Hoppin, Andrew (9 de enero de 2014). "OpenSaaS y el futuro de la innovación gubernamental" . OpenSource.com . Consultado el 21 de septiembre de 2014 .
- ^ Lisserman, Miroslaw (20 de diciembre de 2010). "SaaS y las preocupaciones de seguridad eternas" . Comunidad . Investigación de Forrester . Consultado el 24 de abril de 2011 .
- ^ Arthur, Charles (14 de diciembre de 2010). "ChromeOS de Google significa perder el control de los datos, advierte el fundador de GNU, Richard Stallman" . The Guardian . Reino Unido . Consultado el 16 de febrero de 2012 .
- ^ Adhikari, Richard (15 de diciembre de 2010). "Por qué Richard Stallman no le da brillo a Chrome" . Linux Insider . Consultado el 24 de marzo de 2015 .
- ^ Stallman, Richard (20 de septiembre de 2011). "¿A quién sirve realmente ese servidor?" . Revisión de Boston . Proyecto GNU . Consultado el 15 de enero de 2012 .
- ^ Hill, Benjamin Mako (1 de febrero de 2009). "Muéstrame el código" . Revelar errores . Consultado el 15 de enero de 2012 .
- ^ Gallaugher, John. "Sistemas de información: una guía del administrador para aprovechar la tecnología" . Catalogo . Conocimiento del mundo plano . Consultado el 21 de abril de 2012 .
- ^ "Software en la nube como servicio (SaaS) en la computación en la nube. Esto no es correcto. Servicios" . CloudComputingSec. 2011 . Consultado el 15 de diciembre de 2011 .
- ^ "Encuesta sobre la nube de HIMSS Analytics 2014" (PDF) . Sociedad de Sistemas de Gestión e Información Sanitaria . Junio de 2014 . Consultado el 22 de noviembre de 2020 , a través de Amazon Web Services .
- ^ Wilson, Deborah R; BonaPart, Alexa (7 de agosto de 2009). "Desarrollar un marco para la mitigación del riesgo de continuidad del negocio de aplicaciones SaaS" . Gartner . Consultado el 24 de abril de 2011 .
- ^ Mayo, Richard. "Documento técnico sobre el fideicomiso de software" (PDF) . Reino Unido : DCS virtual.
- ^ "Fideicomiso de software: ¿Está muerto el fideicomiso?" . 2012-06-14 . Consultado el 6 de septiembre de 2016 .
- ^ "Informe internacional de depósito de datos de SaaS" (PDF) . RainStor . Gloucester, Inglaterra : Clearpace Software. 14 de diciembre de 2009 . Consultado el 24 de abril de 2011 .
Solo el 15 por ciento de los que actualmente usan, o planean usar, SaaS no están dispuestos a guardar una copia de sus datos.
- ^ Stallman, Richard. "¿A quién sirve realmente ese servidor?" . Sistema operativo GNU . La Fundación del Software Libre . Consultado el 24 de marzo de 2015 .
- ^ Stallman, Richard (18 de marzo de 2010). "¿A quién sirve realmente ese servidor?" . Revisión de Boston . Consultado el 6 de julio de 2013 .