Articulo de referencia

Software como servicio

El software como servicio ( SaaS / s æ s / [ 1 ] ) es un modelo de servicio de computación en la nube en el que un proveedor entrega software de aplicación a los clientes mientr...

El software como servicio ( SaaS / s æ s / [ 1 ] ) es un modelo de servicio de computación en la nube en el que un proveedor entrega software de aplicación a los clientes mientras administra los recursos físicos y de software necesarios. [ 2 ] Se accede a las aplicaciones SaaS a través de una aplicación web o software instalado localmente . A diferencia de otros modelos de entrega de software , SaaS separa "la posesión y propiedad del software de su uso". [ 3 ] El uso de SaaS comenzó alrededor del año 2000 y, para 2023, era la principal forma de implementación de aplicaciones de software.

Los productos SaaS suelen ejecutarse en sistemas de infraestructura como servicio (IaaS) o plataforma como servicio (PaaS) alquilados, que incluyen hardware y, en ocasiones, sistemas operativos y middleware , para adaptarse a los rápidos aumentos de uso y proporcionar disponibilidad instantánea y continua a los clientes. Los clientes de SaaS disponen de recursos informáticos ilimitados, mientras que la economía de escala reduce los costes. Las arquitecturas SaaS suelen ser multiusuario ; normalmente comparten recursos entre clientes para optimizar la eficiencia, aunque a veces ofrecen un entorno aislado por un coste adicional. Los modelos de ingresos SaaS más comunes incluyen freemium , suscripción y tarifas basadas en el uso. A diferencia del software tradicional, rara vez es posible adquirir una licencia perpetua para una versión específica del software.

No existen prácticas específicas de desarrollo de software que distingan el SaaS de otros tipos de desarrollo de aplicaciones, aunque a menudo se hace hincapié en las pruebas y los lanzamientos frecuentes.

computación en la nube

Comparación de soluciones locales, IaaS, PaaS y SaaS.

La infraestructura como servicio (IaaS) es la forma más básica de computación en la nube , donde los recursos de infraestructura, como las computadoras físicas, no son propiedad del usuario, sino que se alquilan a un proveedor de la nube. [ 4 ] Como resultado, los recursos de infraestructura se pueden aumentar rápidamente, en lugar de esperar semanas a que las computadoras se envíen y configuren. IaaS requiere tiempo y experiencia para utilizar la infraestructura en forma de sistemas operativos y aplicaciones . [ 5 ] La plataforma como servicio (PaaS) incluye el sistema operativo y el middleware , pero no las aplicaciones. [ 6 ] [ 7 ] Los proveedores de SaaS suelen utilizar servicios PaaS o IaaS para ejecutar sus aplicaciones. [ 6 ]

Sin IaaS, sería extremadamente difícil hacer que un producto SaaS sea escalable para un número variable de usuarios y, al mismo tiempo, proporcionar la disponibilidad instantánea y continua que los clientes esperan. [ 8 ] La mayoría de los usuarios finales consumen solo el producto SaaS y no tienen que preocuparse por la complejidad técnica del hardware físico y el sistema operativo. [ 9 ] Debido a que se puede acceder a los recursos en la nube sin ninguna interacción humana, los clientes de SaaS reciben la abstracción de recursos informáticos ilimitados, mientras que la economía de escala reduce el costo. [ 10 ] Otra característica clave de la computación en la nube es que las actualizaciones de software se pueden implementar y poner a disposición de todos los clientes casi instantáneamente. [ 11 ] En 2019, se estimó que SaaS representaba la mayor parte, el 43 por ciento, del mercado de la computación en la nube, mientras que IaaS y PaaS combinados representaban aproximadamente el 25 por ciento. [ 12 ]

Historia

En la década de 1960, se inventó la multitarea , lo que permitió a las computadoras centrales atender a múltiples usuarios simultáneamente. [ 13 ] Durante la década siguiente, el tiempo compartido se convirtió en el principal modelo de negocio para la computación, y la computación en clúster permitió que múltiples computadoras trabajaran juntas. [ 10 ] La computación en la nube surgió a finales de la década de 1990 con empresas como Amazon (1994), Salesforce (1999) y Concur (1993) que ofrecían aplicaciones basadas en Internet con un modelo de pago por uso. Todas ellas se centraron en un único producto para obtener una alta cuota de mercado . [ 14 ]

El software como servicio (SaaS) evolucionó a partir del modelo anterior de proveedor de servicios de aplicaciones (ASP) de finales de la década de 1990. Mientras que los ASP generalmente alojaban aplicaciones individuales para los clientes, los proveedores de SaaS cada vez más entregaban aplicaciones estandarizadas a través de Internet mediante suscripción, lo que reducía la necesidad de que las organizaciones instalaran y personalizaran software en su propia infraestructura. El software de gestión de relaciones con el cliente (CRM) se convirtió en uno de los primeros mercados de SaaS exitosos, con empresas como Salesforce que demostraron la viabilidad comercial del modelo. [ 15 ] A partir de Gmail en 2004, los servicios de correo electrónico fueron algunos de los primeros productos SaaS en comercializarse masivamente para los consumidores. [ 16 ] El mercado de SaaS creció rápidamente a lo largo de la primera mitad del siglo XXI. [ 17 ] [ 12 ] Inicialmente visto como una innovación tecnológica, SaaS ha llegado a percibirse más como un modelo de negocio. [ 18 ] Para 2023, SaaS se había convertido en el método principal que las empresas utilizan para entregar aplicaciones. [ 19 ]

Los productos SaaS populares para consumidores incluyen todos los sitios web de redes sociales , servicios de correo electrónico como Gmail y sus editores asociados de Google Docs , [ 20 ] Zoom , Dropbox , [ 21 ] y productos de entretenimiento como Netflix y Spotify . [ 22 ] Los productos SaaS empresariales incluyen el software de gestión de relaciones con el cliente (CRM) de Salesforce , SAP Cloud Platform y Oracle Cloud Enterprise Resource Planning . [ 21 ]

Modelos de ingresos

Algunos proveedores de SaaS ofrecen servicios gratuitos a los consumidores que se financian mediante medios como publicidad , marketing de afiliados o venta de datos de consumidores. [ 23 ] Uno de los modelos más populares para las empresas emergentes de Internet y las aplicaciones móviles es el freemium , donde la empresa cobra por el uso continuado o un nivel de servicio superior. [ 24 ] Incluso si el usuario nunca actualiza a la versión de pago, ayuda a la empresa a capturar una mayor cuota de mercado y a desplazar clientes de un rival. [ 25 ] Sin embargo, el coste de alojamiento de la empresa aumenta con el número de usuarios, independientemente de si tiene éxito en atraerlos para que utilicen la versión de pago. [ 26 ] Otro modelo común es donde la versión gratuita solo proporciona una demostración ( crippleware ). Los mercados en línea pueden cobrar una comisión por las transacciones para cubrir los costes del proveedor de SaaS. [ 23 ] Antes era más común que los productos SaaS se ofrecieran por un coste único, pero este modelo está disminuyendo en popularidad. [ 23 ] Algunos [ 23 ] productos SaaS tienen código fuente abierto , llamado SaaS abierto. Este modelo puede proporcionar ventajas como un menor costo de implementación, menor compromiso del proveedor y aplicaciones más portátiles . [ 27 ]

Los modelos de ingresos SaaS más comunes incluyen suscripción y pago por uso. [ 28 ] Para los clientes, las ventajas potenciales incluyen un costo inicial reducido, mayor flexibilidad y un costo total menor en comparación con el software tradicional con licencias perpetuas . [ 29 ] En algunos casos, el elevado costo único exigido por los vendedores de software tradicional estaba fuera del alcance de las pequeñas empresas , pero los modelos SaaS de pago por uso hacen que el software sea asequible. [ 3 ] El uso puede cobrarse en función del número de usuarios, transacciones, cantidad de espacio de almacenamiento utilizado u otras métricas. [ 30 ] Muchos compradores prefieren el pago por uso porque creen que son usuarios relativamente ligeros del software, y el vendedor se beneficia al llegar a usuarios ocasionales que de otro modo no comprarían el software. [ 30 ] Sin embargo, también hay muchos compradores que prefieren las licencias perpetuas por razones como los altos precios de suscripción, [ 31 ] y la fatiga de las suscripciones. [ 32 ] También puede causar incertidumbre en los ingresos para el vendedor y aumentar los gastos generales de facturación . [ 33 ]

El modelo de suscripción de SaaS ofrece un flujo de ingresos continuo y renovable al proveedor, aunque vulnerable a la cancelación. [ 3 ] Si se cancela un número significativo, la viabilidad del negocio puede verse comprometida. [ 3 ] La facilidad para cancelar una suscripción y cambiarse a un competidor deja a los clientes con la capacidad de obtener concesiones del vendedor. [ 34 ] Si bien los ingresos recurrentes pueden ayudar al negocio y atraer inversores, la necesidad de habilidades de servicio al cliente para convencer al cliente de que renueve su suscripción es un desafío para los proveedores que cambian a la suscripción desde otros modelos de ingresos. [ 35 ] La Regla del 40 es una métrica comúnmente utilizada por los inversores para evaluar el rendimiento de las empresas SaaS, calculada como la suma de la tasa de crecimiento de los ingresos y el margen EBITDA (con una puntuación combinada objetivo del 40 % o superior). [ 36 ]

Adopción

Los productos SaaS suelen ser accesibles a través de un navegador web como una aplicación web disponible públicamente . [ 37 ] [ 19 ] Esto significa que los clientes pueden acceder a la aplicación en cualquier lugar y desde cualquier dispositivo sin necesidad de instalarla ni actualizarla . [ 19 ] [ 38 ] Los proveedores de SaaS a menudo intentan minimizar la dificultad de registrarse en el producto. [ 39 ] Muchos proveedores de SaaS capitalizan la estructura orientada al servicio para responder a los comentarios de los clientes y evolucionar su producto rápidamente para satisfacer las demandas. Esto puede permitir que los clientes crean en la mejora continua del producto y ayudar al proveedor de SaaS a obtener clientes de una empresa de software tradicional establecida que probablemente pueda ofrecer un conjunto de funciones más amplio. [ 40 ] [ 41 ]

Los sistemas de gestión de contenido alojados son otro ejemplo del modelo SaaS. En servicios como WordPress.com , el proveedor gestiona la aplicación y su infraestructura subyacente, mientras que los usuarios acceden al software a través de una interfaz web sin administrar el sistema operativo, el servidor web ni las actualizaciones de software. [ 42 ] Aunque el software local suele ser menos seguro que las alternativas SaaS, [ 43 ] la seguridad y la privacidad se encuentran entre las principales razones citadas por las empresas que no adoptan productos SaaS. [ 44 ]

Las empresas SaaS deben proteger sus ofertas disponibles públicamente contra el abuso, incluidos los ataques de denegación de servicio y el pirateo informático. [ 45 ] A menudo utilizan tecnologías como el control de acceso , la autenticación y el cifrado para proteger la confidencialidad de los datos . [ 44 ] Sin embargo, no todas las empresas confían en que los proveedores de SaaS mantengan seguros los datos confidenciales. [ 44 ] El proveedor es responsable de las actualizaciones de software , incluidos los parches de seguridad , y de proteger los datos de los clientes. [ 38 ] Los sistemas SaaS inherentemente tienen una mayor latencia que el software ejecutado en las instalaciones debido al tiempo que tardan los paquetes de red en entregarse al centro de datos en la nube. Esto puede ser prohibitivo para algunos usos, como los procesos industriales o el almacenamiento que requieren una respuesta rápida. [ 46 ]

Otro desafío asociado con SaaS es la dependencia del proveedor , donde los clientes pueden enfrentar dificultades para cambiar de proveedor debido a formatos de datos propietarios, dependencias de aplicaciones o los costos de migrar datos y capacitar nuevamente a los usuarios. [ 47 ] El auge de los productos SaaS es un factor que ha llevado a muchas empresas a cambiar los presupuestos de TI de gastos de capital a gastos operativos . [ 48 ] El proceso de migración a SaaS y su soporte también puede ser un costo significativo que debe tenerse en cuenta. [ 49 ] [ 35 ]

Desarrollo

Arquitectura SaaS. Todos los clientes ejecutan la misma versión del software en la misma plataforma. [ 50 ]

Un desafío para los proveedores de SaaS es que la demanda no se conoce con anticipación. Su sistema debe tener suficiente margen para poder manejar a todos los usuarios sin rechazar a ninguno, pero sin pagar por demasiados recursos que serán innecesarios. Los recursos estáticos están garantizados para ser subutilizados durante las horas de menor actividad. [ 51 ] A veces se ofrecen tarifas más económicas fuera de las horas pico para equilibrar la carga y reducir el desperdicio. [ 52 ] La expectativa de un servicio continuo es tan alta que las interrupciones en el software SaaS a menudo se informan en las noticias. [ 53 ] Los proveedores de SaaS empresariales comúnmente ofrecen acuerdos de nivel de servicio (SLA) que definen compromisos contractuales con respecto a la disponibilidad del servicio, el rendimiento, el soporte técnico y la respuesta a incidentes.

No existen prácticas específicas de desarrollo de software que diferencien SaaS de otros tipos de desarrollo de aplicaciones. [ 54 ] Los productos SaaS a menudo se lanzan temprano y con frecuencia para aprovechar la flexibilidad del modelo de entrega SaaS. [ 55 ] El desarrollo de software ágil se usa comúnmente para respaldar este cronograma de lanzamiento. [ 56 ] Muchos desarrolladores de SaaS usan desarrollo guiado por pruebas , o enfatizan las pruebas de software frecuentes , debido a la necesidad de garantizar la disponibilidad de su servicio y el despliegue rápido. [ 57 ] El diseño dirigido por el dominio , en el que los objetivos comerciales impulsan el desarrollo, es popular porque los productos SaaS deben venderse al cliente siendo útiles. [ 58 ] Los desarrolladores de SaaS no saben de antemano desde qué dispositivos los clientes intentarán acceder al producto, como una computadora de escritorio, una tableta o un teléfono inteligente, y admitir una amplia gama de dispositivos suele ser una preocupación importante para el equipo de desarrollo front-end . [ 59 ] Las aplicaciones web progresivas permiten que algunas funcionalidades estén disponibles incluso si el dispositivo está sin conexión. [ 60 ]

Las aplicaciones SaaS ofrecen predominantemente protocolos de integración e interfaces de programación de aplicaciones (API) que operan sobre una red de área amplia . [ 61 ]

Arquitectura

La arquitectura SaaS varía significativamente de un producto a otro. [ 62 ] Sin embargo, la mayoría de los proveedores de SaaS ofrecen una arquitectura multiusuario . [ 37 ] 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 ("usuarios"). [ 63 ] Esto significa que la empresa no necesita dar soporte a múltiples versiones y configuraciones. [ 19 ] El cambio arquitectónico de que cada cliente ejecute su propia versión del software en su propio hardware afecta a muchos aspectos del diseño y las características de seguridad de la aplicación. [ 63 ] En una arquitectura multiusuario, muchos recursos pueden ser utilizados por diferentes usuarios o compartidos entre varios usuarios. [ 64 ]

Planos de aplicación y control de un producto SaaS

La estructura de una aplicación SaaS típica se puede separar en planos de aplicación y de control. [ 65 ] Los productos SaaS difieren en cómo se separan estos planos, que pueden estar estrechamente integrados o débilmente acoplados en un modelo basado en eventos o mensajes. [ 66 ] El plano de control se encarga de dirigir el sistema y abarca funcionalidades como la incorporación de inquilinos, la facturación y las métricas, así como el sistema utilizado por el proveedor de SaaS para configurar, administrar y operar el servicio. [ 65 ] Muchos productos SaaS se ofrecen en diferentes niveles de servicio a diferentes precios, lo que se denomina estratificación . Esto también puede afectar la arquitectura de ambos planos, aunque comúnmente se ubica en el plano de control. [ 67 ] A diferencia del plano de aplicación, los servicios en el plano de control no están diseñados para la multitenencia. [ 68 ]

Un ejemplo de arquitectura donde algunos servicios se comparten, mientras que otros se asignan por inquilino [ 69 ].

El plano de aplicación —que varía mucho según la naturaleza del producto— implementa la funcionalidad principal del producto SaaS. [ 68 ] Los aspectos clave del diseño incluyen separar a los diferentes inquilinos para que no puedan ver ni modificar los datos o recursos de otros inquilinos. [ 70 ] Excepto en las aplicaciones SaaS más simples, algunos microservicios y otros recursos se asignan por inquilino, en lugar de compartirse entre todos. [ 71 ] La funcionalidad de enrutamiento es necesaria para dirigir las solicitudes de los inquilinos a los servicios apropiados. [ 69 ]

Ejemplo de arquitectura de implementación SaaS que ofrece un aislamiento completo en un nivel premium y una implementación de microservicios mixtos para otros inquilinos [ 72 ].

Some SaaS products do not share any resources between tenants—called siloing. Although this negates many of the efficiency benefits of SaaS, it makes it easier to migrate legacy software to SaaS[73] and is sometimes offered as a premium offering at a higher price.[74] Pooling all resources might make it possible to achieve higher efficiency,[75] but an outage affects all customers so availability must be prioritized to a greater extent.[76] Many systems use a combination of both approaches, pooling some resources and siloing others.[77] Other companies group multiple tenants into pods and share resources between them.[78]

SaaS architecture typically allows users to access applications through a web browser without installing software on their local devices. This approach simplifies software maintenance and updates, as service providers can manage the application centrally. It also enables organizations to scale services easily according to their needs.[79]

In the United States, constitutional search warrant laws do not protect all forms of dynamically stored SaaS data. The result is that governments may be able to request data from SaaS providers without the owner's consent.[80][81]

Certain open-source licenses such as GPL-2.0 do not explicitly grant rights permitting distribution as a SaaS product in Germany.[82]

AI challenges

In the first half of 2026, with the emergence of generative AI tools, multiple SaaS companies saw a steep fall in stock market price. February 3 saw a US $300 billion loss of value, in a crisis coined "SaaSpocalypse", calling into question the existence of such a threat to the industry.[83]

References

  1. Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (August 2007). "How do you pronounce IT?". TechTarget. Archived from the original on 28 November 2016. Retrieved 24 May 2012.
  2. Golding 2024, p. 14.
  3. 1234Dempsey & Kelliher 2018, p. 2.
  4. "Infraestructura como servicio (IaaS) | Centro de información en la nube" . cic.gsa.gov . Consultado el 19 de enero de 2026 .
  5. Rosati y Lynn 2020 , pág. 22.
  6. 1 2 Rosati y Lynn 2020 , pág. 23.
  7. ^ Ibrahim y otros. 2023 , pág. 258.
  8. ^ Dempsey y Kelliher 2018 , pág. 17.
  9. ^ Dempsey y Kelliher 2018 , págs. 17-18.
  10. ^ Dempsey y Kelliher 2018 , pág. 19.
  11. ^ Dempsey y Kelliher 2018 , pág. 33.
  12. 1 2 Rosati y Lynn 2020 , pág. 20.
  13. "El nacimiento de la computación de tiempo compartido: Robert Fano" . Infinite MIT . Consultado el 2 de febrero de 2026 .
  14. ^ Dempsey y Kelliher 2018 , págs.23 , 31.
  15. Hurwitz, Judith S.; Bloor, Robin; Kanfman, Marcia; Halper, Fern (2010). Computación en la nube para principiantes (2.ª ed.). John Wiley & Sons. pág. 21. ISBN   1119546656.
  16. Watt 2023 , pág. 8.
  17. ^ Dempsey y Kelliher 2018 , págs.24 , 32.
  18. ^ Dempsey y Kelliher 2018 , pág. 35.
  19. 1 2 3 4 Watt 2023 , pág. 4.
  20. Watt 2023 , págs. 4, 8.
  21. 1 2 Clohessy et al. 2020 , pág. 40.
  22. Watt 2023 , pág. 9.
  23. ^ Dempsey y Kelliher 2018 , pág .48. 
  24. Kumar, Vineet (1 de mayo de 2014). "Cómo hacer que el modelo "freemium" funcione" . Harvard Business Review . ISSN 0017-8012 . Consultado el 19 de enero de 2026 . 
  25. ^ Dempsey y Kelliher 2018 , págs .
  26. ^ Dempsey y Kelliher 2018 , págs .
  27. ^ Bhandari y Gupta 2019 , pág. 21.
  28. ^ Dempsey y Kelliher 2018 , págs.48 , 57.
  29. Clohessy et al. 2020 , págs. 40–41.
  30. ^ Dempsey y Kelliher 2018 , pág. 57.
  31. Rackham, Ivor (23-12-2024). "¿Estás descontento con el golpe del 50% de Adobe? Esto es lo que puedes hacer" . Fstoppers .
  32. "Fatiga de suscripción: ¿La próxima tendencia?" . Finanzas Internacionales . 18-11-2025 . Consultado el 04-03-2026 .
  33. ^ Dempsey y Kelliher 2018 , págs. 57–58.
  34. ^ Dempsey y Kelliher 2018 , pág. 11.
  35. ^ Dempsey y Kelliher 2018 , pág. 66.
  36. "Regla de los 40: Lecciones de los mejores en software" . Boston Consulting Group. 20 de mayo de 2025. Consultado el 30 de marzo de 2026 .
  37. 1 2 Garbis y Chapman 2021 , pág. 185.
  38. ^ Kinnunen 2022 , págs. 123-124.
  39. Golding 2024 , pág. 18.
  40. Golding 2024 , pág. 20.
  41. Watt 2023 , pág. 15.
  42. Information Resources Management Association, ed. (2019). Derecho cibernético, privacidad y seguridad: conceptos, metodologías, herramientas y aplicaciones . Vol. 2. Information Science Reference. ISBN  978-1668431146.
  43. Watt 2023 , págs. 6, 16.
  44. ^ Ibrahim y otros . 2023 , págs. 264, 266, 268.
  45. Garbis y Chapman 2021 , pág. 186.
  46. Kinnunen 2022 , págs.137 , 139.
  47. Hurwitz, Judith S.; Bloor, Robin; Kanfman, Marcia; Halper, Fern (2010). Cloud Computing For Dummies (2.ª ed.). John Wiley & Sons. ISBN  1119546656.
  48. ^ Tallon y col. 2020 , pág. 2.
  49. Kinnunen 2022 , pág. 124.
  50. Golding 2024 , pág. 25.
  51. ^ Dempsey y Kelliher 2018 , pág. 36.
  52. ^ Dempsey y Kelliher 2018 , pág. 37.
  53. ^ Dempsey y Kelliher 2018 , pág. 39.
  54. Watt 2023 , pág. 11.
  55. Watt 2023 , pág. 16.
  56. ^ Younas y col. 2018 , pág. 142.
  57. Watt 2023 , págs. 11–12, 16.
  58. Watt 2023 , pág. 12.
  59. Watt 2023 , págs. 13–14.
  60. Watt 2023 , pág. 13.
  61. Manvi y Shyam 2021 , pág. 105.
  62. Golding 2024 , pág. 47.
  63. 1 2 Golding 2024 , págs. 25–26.
  64. Golding 2024 , pág. 26.
  65. 1 2 Golding 2024 , pág. 27.
  66. Golding 2024 , pág. 44.
  67. Golding 2024 , pág. 40.
  68. 1 2 Golding 2024 , pág. 28.
  69. 1 2 Golding 2024 , pág. 38.
  70. Golding 2024 , págs. 36–37.
  71. Golding 2024 , pág. 37.
  72. Golding 2024 , pág. 76.
  73. Golding 2024 , pág. 55.
  74. Golding 2024 , págs. 55, 74–75.
  75. Golding 2024 , pág. 69.
  76. Golding 2024 , pág. 70.
  77. Golding 2024 , págs. 75–76.
  78. Golding 2024 , pág. 78.
  79. "¿Qué es el software como servicio (SaaS)? | IBM" . www.ibm.com . 5 de agosto de 2025. Consultado el 5 de marzo de 2026 .
  80. Arthur, Charles (14 de diciembre de 2010). "ChromeOS de Google implica perder el control de los datos, advierte el fundador de GNU, Richard Stallman" . The Guardian . Reino Unido . Archivado del original el 28 de febrero de 2014. Consultado el 16 de febrero de 2012 .
  81. Adhikari, Richard (15 de diciembre de 2010). "Por qué a Richard Stallman no le gusta Chrome" . Linux Insider . Archivado del original el 23 de enero de 2021. Consultado el 24 de marzo de 2015 .
  82. Ballhausen 2014 , pág. 61.
  83. Contreras, Brian (6 de febrero de 2026). "Los mercados se están recuperando, pero el 'SaaSpocalipsis' podría ser una señal de lo que está por venir" . Inc. Archivado del original el 8 de febrero de 2026. Consultado el 12 de junio de 2026 .

Fuentes

  • Ballhausen, Miriam (2014). "OpenSaaS: Uso de software libre y de código abierto como software como servicio" . Revista Internacional de Derecho del Software Libre y de Código Abierto . 6 : 61–68 . ISSN 2666-8106 . 
  • Bhandari, Guru Prasad; Gupta, Ratneshwer (2019). «Una visión general de la arquitectura de computación en la nube y en el borde, y sus problemas y desafíos actuales». Avances en arquitecturas de computación en la niebla centradas en el consumidor . IGI Global. págs. 1–37 . ISBN  978-1-5225-7149-0.
  • Dempsey, David; Kelliher, Felicity (2018). Tendencias de la industria en la computación en la nube: modelos alternativos de ingresos entre empresas . Springer International Publishing. ISBN 978-3-319-87693-1.
  • Garbis, Jason; Chapman, Jerry W. (2021). Zero Trust Security: An Enterprise Guide . Apress. ISBN 978-1-4842-6703-5.
  • Golding, Tod (2024). Building Multi-Tenant SaaS Architectures . O'Reilly Media. ISBN 978-1-0981-4061-8.
  • Ibrahim, Ahmed Mamdouh Abdelfatah; Abdullah, Norris Syed; Bahari, Mahadi (2023). Software as a Service Challenges: A Systematic Literature Review . Springer International Publishing. pp. 257–272 . ISBN  978-3-031-18344-7.
  • Kinnunen, Juha (2022). ERP como software como servicio: factores que influyen en la adopción de la nube por parte de las grandes empresas . Springer International Publishing. pp. 123–142 . ISBN  978-3-030-99191-3.
  • Lynn, Theo; Mooney, John G.; Rosati, Pierangelo; Fox, Grace (2020). Medición del valor empresarial de la computación en la nube . Springer Nature. ISBN 978-3-030-43198-3.
    • Tallon, Paul P.; Mooney, John G.; Duddek, Marvin (2020). «Medición del valor empresarial de las TI». Medición del valor empresarial de la computación en la nube . Springer International Publishing. págs. 1–17 . ISBN  978-3-030-43198-3.
    • Rosati, Pierangelo; Lynn, Theo (2020). «Medición del valor empresarial de la migración de infraestructura a la nube». Medición del valor empresarial de la computación en la nube . Springer International Publishing. pp. 19–37 . ISBN  978-3-030-43198-3.
    • Clohessy, Trevor; Acton, Thomas; Morgan, Lorraine (2020). «El beneficio del SaaS: Medición del valor empresarial de las tecnologías de software como servicio». Medición del valor empresarial de la computación en la nube . Springer International Publishing. pp. 39–55 . ISBN  978-3-030-43198-3.
  • Manvi, Sunilkumar; Shyam, Gopal (2021). Computación en la nube: conceptos y tecnologías . CRC Press. pág.  105. ISBN 9781000337952.
  • Watt, Andy (2023). Creación de aplicaciones SaaS modernas con C# y .NET: Creación, implementación y mantenimiento de aplicaciones SaaS profesionales . Packt. ISBN 978-1-80461-087-9.
  • Younas, Muhammad; Jawawi, Dayang NA; Ghani, Imran; Fries, Terrence; Kazmi, Rafaqut (2018). "Desarrollo ágil en el entorno de computación en la nube: una revisión sistemática". Information and Software Technology . 103 : 142–158 . doi : 10.1016/j.infsof.2018.06.014 .

Lecturas adicionales

  • Fox, Armando; Patterson, David A. (2020). Ingeniería de software como servicio: un enfoque ágil mediante computación en la nube . Pogo Press. ISBN 978-1-7352338-0-2.