Software como servicio

Software alojado al que se accede mediante suscripción

El software como servicio ( SaaS / s æ s / ^[1] ) es un modelo de entrega y licencia de software en el que el software se licencia mediante suscripción y está alojado de forma centralizada . ^{[2] [3]} SaaS también se conoce como software bajo demanda, software basado en web o software alojado en web. ^[4]

SaaS es un modelo de negocio específico de la computación en la nube , junto con la infraestructura como servicio (IaaS) y la plataforma como servicio (PaaS). ^{[5] [6]}

Los usuarios de un navegador web (un cliente ligero ) suelen acceder a las aplicaciones SaaS . SaaS se convirtió en un modelo de entrega común para muchas aplicaciones comerciales, incluido software de oficina , software de mensajería , software de procesamiento de nóminas, software DBMS , software de gestión, software CAD , software de desarrollo, gamificación , virtualización , ^[7] contabilidad , 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 talentos , sistemas de gestión del aprendizaje , gestión de contenidos (CM), sistemas de información geográfica (GIS) y gestión de mesa de servicio .

SaaS se ha incorporado a las estrategias de casi todas las empresas de software empresarial . ^{[8] [9]}

Historia

El alojamiento centralizado de aplicaciones empresariales se remonta a la década de 1960. A partir de esa década, IBM y otros proveedores de computadoras centrales llevaron a cabo un negocio de oficina de servicios , a menudo denominado computación de tiempo compartido o de utilidad . Dichos servicios incluían ofrecer potencia informática y almacenamiento de bases de datos a bancos y otras grandes organizaciones desde sus centros de datos en todo el mundo . ^[10]

La expansión de Internet durante la década de 1990 trajo consigo una nueva clase de informática centralizada , denominada proveedores de servicios de aplicaciones (ASP). Los ASP proporcionaban a las empresas el servicio de alojamiento y gestión de aplicaciones empresariales especializadas para reducir costos mediante la administración central y la especialización del proveedor en una aplicación empresarial concreta. Dos de los ASP más grandes eran USI, con sede en el área de Washington, DC, y Futurelink Corporation, con sede en Irvine, California . ^[11]

El software como servicio esencialmente amplía la idea del modelo ASP. Sin embargo, el término software como servicio (SaaS) se utiliza 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 , los contemporáneos ^{[¿ a partir de? ]} Las ofertas de SaaS normalmente las proporciona el desarrollador del software. ^[12]
• 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 implementaciones posteriores pueden ser aplicaciones web que solo requieren un navegador web para su uso. ^[13]
• Mientras que la arquitectura de software utilizada por la mayoría de los ASP iniciales exigía mantener una instancia separada de la aplicación para cada empresa, los servicios SaaS pueden utilizar una arquitectura multiinquilino , en la que la aplicación sirve a múltiples empresas y usuarios, y divide sus datos en consecuencia. ^[14]

Microsoft se refirió a SaaS como "software más servicios" durante algunos años. ^[15]

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, eliminando así la necesidad de socios e intermediarios tradicionales. A diferencia del software tradicional, que convencionalmente se vende como una licencia perpetua con un costo inicial (y una tarifa de soporte continuo opcional), los proveedores de SaaS generalmente valoran las aplicaciones utilizando una tarifa de suscripción, más comúnmente una tarifa mensual o una tarifa anual. ^[16] En consecuencia, el costo de instalació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 la cantidad 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 necesarios. ^[17]

El costo relativamente bajo del aprovisionamiento de usuarios (es decir, la configuración de un nuevo cliente) en un entorno multiinquilino permite a algunos proveedores de SaaS ofrecer aplicaciones utilizando el modelo freemium . ^[17] En este modelo, se ofrece un servicio gratuito con funcionalidad o alcance limitado, y se cobran tarifas por una funcionalidad mejorada o un alcance mayor. ^[17]

Un impulsor clave del crecimiento de SaaS es la capacidad de los proveedores de SaaS para ofrecer un precio competitivo con el del software local. Esto es consistente con el razonamiento tradicional para subcontratar sistemas de TI , que implica aplicar economías de escala a la operación de las aplicaciones, es decir, un proveedor de servicios externo puede ofrecer aplicaciones mejores, más baratas y más confiables. ^[18]

Arquitectura

La mayoría de los proveedores de SaaS ofrecen 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 clientes. ^[19]

Aunque son una excepción y no la norma, algunos proveedores de SaaS utilizan mecanismos como la virtualización para gestionar una gran cantidad de clientes en lugar de la tenencia múltiple. ^[20] Es discutible si la tenencia múltiple es un componente necesario del software como servicio. ^[21]

SaaS vertical versus horizontal

SaaS horizontal y SaaS vertical son modelos diferentes de servicios de computación en la nube. ^[22] El SaaS horizontal se dirige a una amplia variedad de clientes, generalmente sin tener en cuenta su industria. Algunos ejemplos populares de proveedores de SaaS horizontales son Salesforce y HubSpot . SaaS vertical, por otro lado, se refiere a un nicho de mercado dirigido a una variedad más reducida de clientes para satisfacer sus necesidades específicas. ^[23]

Características

Aunque no todas las aplicaciones de software como servicio comparten todas las características siguientes, las siguientes son comunes entre muchas de ellas:

Entrega acelerada de funciones

Las aplicaciones SaaS suelen actualizarse con más frecuencia que el software tradicional ^[24] , en muchos casos semanal o mensualmente. Esto es posible gracias a 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. ^{[ cita necesaria ]}
• La aplicación tiene una sola configuración, lo que agiliza las pruebas de desarrollo. ^{[ cita necesaria ]}
• El proveedor de la aplicación no tiene que gastar recursos en actualizar y mantener versiones de software obsoletas porque solo hay una versión. ^{[ cita necesaria ]}
• El proveedor de la aplicación tiene acceso a todos los datos del cliente, lo que acelera el diseño y las pruebas de regresión . ^{[ cita necesaria ]}
• El proveedor de servicios tiene acceso al comportamiento del usuario dentro de la aplicación (normalmente a través de análisis web ), lo que facilita la identificación de áreas dignas de mejora. ^{[ cita necesaria ]}

La entrega acelerada de funciones se ve facilitada aún más por metodologías ágiles de desarrollo de software . ^[25] Estas metodologías, que evolucionaron a mediados de la década de 1990, proporcionan un conjunto de herramientas y prácticas de desarrollo de software para respaldar lanzamientos frecuentes de software. ^{[ cita necesaria ]}

Protocolos de integración abiertos

Las aplicaciones SaaS ofrecen predominantemente protocolos de integración e interfaces de programación de aplicaciones (API) que operan en una red de área amplia . ^{[26] [ se necesita una mejor fuente ] [27]}

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 livianas que combinan datos, presentación y funcionalidad de múltiples servicios, creando un servicio compuesto. ^{[ cita necesaria ]} 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 . ^{[ ¿ investigacion original? ]}

Funcionalidad colaborativa y social

Inspirándose en el desarrollo de diferentes servicios de redes de Internet y la denominada funcionalidad web 2.0 , muchas aplicaciones SaaS ofrecen funciones que permiten a sus usuarios colaborar y compartir información . ^{[ cita necesaria ]}

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 sobre 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. ^{[ cita necesaria ]}

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 centralmente. ^{[ cita necesaria ]}

AbiertoSaaS

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 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, las actualizaciones y mejoras de los productos las gestiona un proveedor central. El término fue acuñado en 2011 por Dries Buytaert , creador del marco de gestión de contenidos Drupal . ^[28]

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 ofrece 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 a su gusto. 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 alojarlo". ^[29]

Impulsores de adopción

Varios cambios importantes en el mercado de software y el panorama tecnológico han facilitado la aceptación y el crecimiento de SaaS:

• El creciente uso de interfaces de usuario basadas en 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 tradicionales cliente-servidor. En consecuencia, la inversión de los proveedores de software tradicionales en software basado en clientes pesados ​​se ha convertido en una desventaja (que exige 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 nuevo software. servicios y permitió a nuevos proveedores desafiar a los proveedores tradicionales.
• La creciente penetración del acceso a Internet de banda ancha permitió que las aplicaciones remotas alojadas centralmente ofrecieran una velocidad comparable al software local.
• La estandarización del protocolo HTTPS como parte de la pila web proporcionó una seguridad liviana disponible universalmente que es suficiente para la mayoría de las aplicaciones cotidianas.
• La introducción y amplia aceptación de protocolos de integración livianos como Representational State Transfer (REST) ​​y SOAP permitieron una integración asequible entre aplicaciones SaaS (que residen en la nube) con aplicaciones internas a través de 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 en lugar de en las instalaciones , la seguridad de los datos se convierte en un problema, particularmente con la propiedad intelectual . ^{[30] [31] [32]}
• Las aplicaciones SaaS están alojadas en la nube, lejos de los usuarios de las aplicaciones. 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 servicios, limitan la personalización de aplicaciones para grandes clientes, lo que impide que dichas aplicaciones se utilicen en escenarios (aplicables principalmente a grandes empresas) en los que dicha personalización es necesaria. ^{[ cita necesaria ]}
• Algunas aplicaciones comerciales requieren acceso o integración con los datos actuales de los clientes. Cuando dichos datos son de gran volumen ^{[ vagos ]} o confidenciales (por ejemplo, información personal del usuario final), integrarlos con software alojado remotamente puede ser costoso o riesgoso o puede entrar en conflicto con las regulaciones de gobernanza de datos.
• Las leyes constitucionales de órdenes de registro/incautación no protegen todas las formas de datos almacenados dinámicamente en SaaS. El resultado es que los gobiernos pueden solicitar datos a los proveedores de SaaS sin el consentimiento del propietario. ^{[33] [34] [35] [36]}
• Las organizaciones que adoptan SaaS pueden verse obligadas a adoptar nuevas versiones, lo que podría generar 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. ^{[ cita necesaria ]}
• Si el proveedor del software cierra el negocio o repentinamente el software termina su vida útil, 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 puede acceder. o modificar. ^{[ cita necesaria ]}
• Depender de una conexión a Internet significa que los datos se transfieren hacia y desde una empresa SaaS a velocidades de Internet en lugar de las velocidades potencialmente más altas de la red interna de una empresa. ^[37]
• La capacidad de la empresa de alojamiento SaaS para garantizar el nivel de tiempo de actividad acordado en el SLA (Acuerdo de nivel de servicio) ^{[ cita necesaria ]}
• La dependencia de aplicaciones y servicios SaaS puede provocar una expansión descontrolada del SaaS dentro de las empresas. Estas aplicaciones y servicios dispares pueden resultar difíciles de mantener desde el punto de vista técnico y administrativo, lo que lleva a la proliferación de TI en la sombra . ^{[38] [39]}

El modelo estándar también tiene limitaciones:

• Compatibilidad con hardware, otro software y sistemas operativos. ^[40]
• Problemas de licencia y cumplimiento (copias no autorizadas del programa de software que ponen a la organización en riesgo de multas o litigios). ^{[ cita necesaria ]}
• Procesos de mantenimiento, soporte y revisión de parches. ^{[ cita necesaria ]}

Aplicaciones sanitarias

Según una encuesta realizada por la Sociedad de Sistemas de Gestión e Información de Atención Médica , el 83% de las organizaciones de atención médica de TI de EE. UU. están utilizando actualmente servicios en la nube, y el 9,3% planea hacerlo, mientras que el 67% de las organizaciones de atención médica de TI ejecutan actualmente aplicaciones basadas en SaaS. ^[41]

custodia de datos

El depósito 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 en garantía del código fuente , donde el código fuente del software crítico se almacena en manos de un tercero independiente, el depósito en garantía de datos 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 . ^[42]

Hay muchas y variadas razones para considerar el depósito en garantía de datos de SaaS, incluidas preocupaciones sobre la quiebra del proveedor , ^{[43] [44]} interrupciones no planificadas del servicio y posible pérdida o corrupción de datos. ^{[ cita necesaria ]} Muchas empresas se aseguran de cumplir con sus estándares de gobierno de datos o intentan mejorar sus informes y análisis comerciales con sus datos SaaS. ^{[ cita necesaria ]}

Crítica

Una crítica notable al SaaS proviene de Richard Stallman de la Free Software Foundation , quien se refiere a él como Servicio como sustituto del software (SaaSS). ^[45] Considera que el uso de SaaSS es una violación de los principios del software libre . ^[46] Según Stallman:

Con SaaSS, los usuarios ni siquiera tienen el archivo ejecutable que hace su cálculo: está en el servidor de otra persona, donde los usuarios no pueden verlo ni tocarlo. Por lo tanto, les resulta imposible determinar qué hace realmente y cambiarlo.

Ver también

• Seguridad de la aplicación
• Proveedor de servicios de aplicaciones
• como un servicio
• Integración basada en la nube
• Juegos como servicio
• SaaS híbrido

Referencias

1. Panker, Jon; Lewis, Marcos; Fahey, Evan; Vásquez, Melvin Jafet (agosto de 2007). "¿Como se pronuncia?". Objetivo tecnológico . Archivado desde el original el 28 de noviembre de 2016 . Consultado el 24 de mayo de 2012 .
2. Turner, Brian. "¿Qué es SaaS? Todo lo que necesitas saber sobre el software como servicio". TecnologíaRadar . Archivado desde el original el 25 de junio de 2020 . Consultado el 4 de agosto de 2020 .
3. "Definición de software como servicio (SaaS): glosario de tecnología de la información de Gartner". Gartner . Archivado desde el original el 29 de septiembre de 2020 . Consultado el 4 de agosto de 2020 .
4. "¿Qué es el software como servicio (SaaS): una guía para principiantes - Salesforce?". Salesforce.com . Archivado desde el original el 27 de septiembre de 2018 . Consultado el 27 de septiembre de 2018 .
5. Chai, Wesley; Casey, Kathleen. "¿Qué es SaaS (software como servicio)? Todo lo que necesita saber". Objetivo tecnológico . Archivado desde el original el 24 de marzo de 2022 . Consultado el 24 de marzo de 2022 .
6. Twomey, Stephen (6 de septiembre de 2022). "Software como servicio: una descripción general de la computación en la nube, SaaS y otras infraestructuras". Kennectado . Archivado desde el original el 14 de septiembre de 2022 . Consultado el 14 de septiembre de 2022 .
7. "Glosario de canales de TI". CompuBase. Marzo de 2013. Archivado desde el original el 5 de febrero de 2021 . Consultado el 13 de febrero de 2013 .
8. "Estrategia en la nube de IBM". www.ibm.com . Archivado desde el original el 13 de marzo de 2015.
9. Zorro, 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 . Cañón de fresa LLC. ASIN  B00CCEHNUM.
10. OCDE (5 de octubre de 2015). Proyecto OCDE/G20 sobre erosión de la base imponible y traslado de beneficios para abordar 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. Archivado desde el original el 5 de febrero de 2021 . Consultado el 17 de octubre de 2020 .
11. Dios mío, Jonathan (20 de octubre de 1999). "Ladouceur nombrado director ejecutivo de FutureLink". Los Ángeles Times . Archivado desde el original el 22 de agosto de 2021 . Consultado el 22 de agosto de 2021 .
12. Software, servicios. "Software como servicio (SaaS)". Archivado desde el original el 19 de mayo de 2021 . Consultado el 19 de mayo de 2021 .
13. "¿Qué es SaaS (software como servicio)? Todo lo que necesita saber". BuscarCloudComputing . Archivado desde el original el 19 de mayo de 2021 . Consultado el 19 de mayo de 2021 .
14. "¿Qué es multiinquilino?". www.ibm.com . Archivado desde el original el 1 de junio de 2023 . Consultado el 1 de junio de 2023 .
15. "Microsoft describe software y servicios". InfoMundo . 26 de julio de 2007 . Consultado el 7 de febrero de 2017 .
16. Levinson, Meridith (15 de mayo de 2007). "Definición y soluciones de software como servicio (SaaS)". CIO . Archivado desde el original el 4 de julio de 2009 . Consultado el 24 de marzo de 2015 .
17. Byron Deeter y Ryan Jung (julio de 2013). "Estrategias de fijación de precios de software como servicio" (PDF) .
18. "Crear versus comprar: cómo saber cuándo comprar software o compilarlo usted mismo". Comunidad Empresarial 2 . 20 de enero de 2017. Archivado desde el original el 22 de febrero de 2020 . Consultado el 22 de febrero de 2020 .
19. 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 de 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.
20. Wainewright, Phil (19 de octubre de 2007). "Workstream prefiere la virtualización a la tenencia múltiple". ZDNet ( registro de la World Wide Web ). CBS interactivo. Archivado desde el original el 27 de enero de 2016 . Consultado el 22 de enero de 2016 .
21. Carraro, Gianpaolo (21 de junio de 2008). "No puedo creer que todavía estemos hablando de si saas == multiinquilino..." Red de desarrolladores de MS (blog). Microsoft. Archivado desde el original el 12 de junio de 2020 . Consultado el 24 de abril de 2011 .
22. Muppidathi, Anbu (10 de julio de 2020). "Horizontal a vertical a Micro-SaaS". Forbes . Archivado desde el original el 13 de agosto de 2021 . Consultado el 13 de agosto de 2021 .
23. Koeppel, Johannes. "Publicación del consejo: Cómo el SaaS vertical está revolucionando a los gigantes de la tecnología financiera". Forbes . Archivado desde el original el 18 de mayo de 2022 . Consultado el 18 de mayo de 2022 .
24. Creese, Guy (18 de mayo de 2010). "SaaS versus software: el ciclo de lanzamiento de SaaS suele (no siempre) ser más rápido". Blog . Garner. Archivado desde el original el 28 de octubre de 2011 . Consultado el 24 de abril de 2011 .
25. Kuhnen, Eric (8 de enero de 2008). "¿Pasar a SaaS? Lleve consigo el desarrollo de software ágil". DevX . Calle Quin. Archivado desde el original el 21 de mayo de 2011 . Consultado el 24 de abril de 2011 .
26. Dulin, Oleg (15 de diciembre de 2015). "Tres conjuntos de API que necesita su plataforma SaaS". InfoMundo . Archivado desde el original el 13 de agosto de 2020 . Consultado el 4 de agosto de 2020 .
27. Manvi, Sunilkumar; Shyam, Gopal (8 de marzo de 2021). Computación en la nube: conceptos y tecnologías. Prensa CRC. pag. 105.ISBN​ 9781000337952. Archivado desde el original el 28 de mayo de 2023 . Consultado el 12 de marzo de 2023 .
28. Buytaert, Dries (24 de enero de 2011). "Estrategia y visión del producto Acquia". Blog de Dries Buytaert. Archivado desde el original el 6 de octubre de 2014 . Consultado el 5 de octubre de 2014 .
29. Hoppin, Andrew (9 de enero de 2014). "OpenSaaS y el futuro de la innovación gubernamental". OpenSource.com. Archivado desde el original el 12 de abril de 2015 . Consultado el 21 de septiembre de 2014 .
30. Lisserman, Miroslaw (20 de diciembre de 2010). "SaaS y las eternas preocupaciones de seguridad". Comunidad . Investigación de Forrester . Archivado desde el original el 13 de agosto de 2011 . Consultado el 24 de abril de 2011 .
31. Landsberg, Alicia (18 de septiembre de 2020). "La seguridad de las aplicaciones SaaS comienza con la colaboración". Objetivo tecnológico . Archivado desde el original el 10 de febrero de 2022 . Consultado el 24 de marzo de 2022 .
32. Hertz, Jake (11 de abril de 2022). "Los pros y los contras de trasladar EDA a la nube". Todo sobre circuitos . Archivado desde el original el 17 de mayo de 2023 . Consultado el 17 de mayo de 2023 .
33. Arturo, Charles (14 de diciembre de 2010). "ChromeOS de Google significa perder el control de los datos, advierte el fundador de GNU, Richard Stallman". El guardián . REINO UNIDO . Archivado desde el original el 28 de febrero de 2014 . Consultado el 16 de febrero de 2012 .
34. Adhikari, Richard (15 de diciembre de 2010). "Por qué Richard Stallman no le da brillo a Chrome". Información privilegiada de Linux . Archivado desde el original el 23 de enero de 2021 . Consultado el 24 de marzo de 2015 .
35. Stallman, Richard (20 de septiembre de 2011). "¿A quién sirve realmente ese servidor?". Revisión de Boston . Proyecto GNU . Archivado desde el original el 27 de diciembre de 2019 . Consultado el 15 de enero de 2012 .
36. Hill, Benjamin Mako (1 de febrero de 2009). "Muéstrame el código". Revelando errores . Archivado desde el original el 25 de febrero de 2021 . Consultado el 15 de enero de 2012 .
37. Gallaugher, John. "Sistemas de información: una guía del administrador para aprovechar la tecnología". Catálogo . Conocimiento del mundo plano. Archivado desde el original el 26 de abril de 2013 . Consultado el 21 de abril de 2012 .
38. "Las consecuencias de la expansión de SaaS: un estudio del mundo real". 2 de noviembre de 2021. Archivado desde el original el 19 de junio de 2022 . Consultado el 19 de junio de 2022 .
39. "La expansión de las aplicaciones empresariales aumenta y la mayoría de las aplicaciones están fuera del control de TI". Archivado desde el original el 27 de junio de 2022 . Consultado el 19 de junio de 2022 .
40. "Software en la nube como servicio (SaaS) en computación en la nube. Esto no está bien. Servicios". CloudComputingSec. 2011. Archivado desde el original el 13 de enero de 2012 . Consultado el 15 de diciembre de 2011 .
41. "Encuesta sobre la nube de HIMSS Analytics 2014" (PDF) . Sociedad de Sistemas de Gestión e Información Sanitaria . Junio ​​de 2014. Archivado (PDF) desde el original el 11 de agosto de 2021 . Consultado el 22 de noviembre de 2020 a través de Amazon Web Services .
42. 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". Garner. Archivado desde el original el 8 de marzo de 2013 . Consultado el 24 de abril de 2011 .
43. Mayo, Ricardo. "Documento técnico sobre depósito de garantía de software" (PDF) . Reino Unido : DCS virtual. Archivado (PDF) desde el original el 4 de febrero de 2015 . Consultado el 4 de febrero de 2015 .
44. "Depósito de software: ¿Está muerto el depósito de garantía?". 2012-06-14. Archivado desde el original el 24 de septiembre de 2016 . Consultado el 6 de septiembre de 2016 .
45. Stallman, Richard. "¿A quién sirve realmente ese servidor?". GNU.org . La Fundación del Software Libre. Archivado desde el original el 9 de junio de 2023 . Consultado el 24 de marzo de 2015 .
46. Stallman, Richard (18 de marzo de 2010). "¿A quién sirve realmente ese servidor?". Revisión de Boston . Archivado desde el original el 23 de noviembre de 2021 . Consultado el 6 de julio de 2013 .