stringtranslate.com

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 el proveedor ofrece el uso de software de aplicación a un cliente y administra todos los recursos físicos y de software necesarios. [ 2] A diferencia de otros modelos de entrega de software , separa "la posesión y propiedad del software de su uso". [3] El uso de SaaS comenzó alrededor de 2000 y, en 2023, era la principal forma de implementación de aplicaciones de software.

Por lo general, se accede a SaaS a través de una aplicación web . A diferencia de la mayoría de los productos de software alojados en el propio servidor, solo existe una versión del software y solo se admite un sistema operativo y una configuración. Los productos SaaS suelen ejecutarse en sistemas de infraestructura como servicio (IaaS) o plataforma como servicio (PaaS) alquilados que incluyen hardware y, a veces, sistemas operativos y middleware , para adaptarse a los rápidos aumentos en el uso y, al mismo tiempo, brindar disponibilidad instantánea y continua a los clientes. Los clientes de SaaS tienen la abstracción de recursos informáticos ilimitados, mientras que la economía de escala reduce el costo. Las arquitecturas SaaS suelen ser multiinquilino ; por lo general, comparten recursos entre clientes para lograr eficiencia, pero a veces ofrecen un entorno aislado por una tarifa adicional. Los modelos de ingresos SaaS comunes incluyen freemium , suscripción y tarifas basadas en el uso. A diferencia del software tradicional, rara vez es posible comprar una licencia perpetua para una determinada versión del software.

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

Computación en la nube

Comparación de instalaciones 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. Como resultado, los recursos de infraestructura se pueden aumentar rápidamente, en lugar de esperar semanas para que se envíen e instalen las computadoras. La IaaS requiere tiempo y experiencia para hacer uso de la infraestructura en forma de sistemas operativos y aplicaciones . [4] La plataforma como servicio (PaaS) incluye el sistema operativo y el middleware , pero no las aplicaciones. [5] [6] Los proveedores de SaaS generalmente usan servicios PaaS o IaaS para ejecutar sus aplicaciones. [5]

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, brindar la disponibilidad instantánea y continua que esperan los clientes. [7] 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. [8] Debido a que se puede acceder a los recursos de la nube sin ninguna interacción humana, los clientes de SaaS tienen la abstracción de recursos informáticos ilimitados, mientras que la economía de escala reduce el costo. [9] 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. [10] En 2019, se estimó que SaaS constituía la pluralidad, el 43 por ciento, del mercado de computación en la nube, mientras que IaaS y PaaS combinados representan aproximadamente el 25 por ciento. [11]

Historia

En la década de 1960, se inventó la multitarea , lo que permitió que las computadoras mainframe atendieran a varios usuarios simultáneamente. Durante la década siguiente, el tiempo compartido se convirtió en el principal modelo de negocio para la informática, y la computación en clúster permitió que varias computadoras trabajaran juntas. [9] La computación en la nube surgió a fines de la década de 1990 con empresas como Amazon (1994), Salesforce (1999) y Concur (1993) que ofrecían aplicaciones basadas en Internet con pago por uso. Todas ellas se centraron en un solo producto para captar una alta participación de mercado . [12] A partir de Gmail en 2004, los servicios de correo electrónico fueron algunos de los primeros productos SaaS que se comercializaron masivamente a los consumidores. [13] El mercado de SaaS creció rápidamente a lo largo de principios del siglo XXI. [14] [11] Inicialmente visto como una innovación tecnológica, SaaS ha llegado a ser percibido más como un modelo de negocio. [15] Para 2023, SaaS se había convertido en el método principal que las empresas utilizan para entregar aplicaciones. [16]

Los productos SaaS de consumo populares incluyen todos los sitios web de redes sociales , servicios de correo electrónico como Gmail y sus editores asociados de Google Docs , [17] Skype , Dropbox , [18] y productos de entretenimiento como Netflix y Spotify . [19] 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 . [18]

Modelos de ingresos

Algunos proveedores de SaaS ofrecen servicios gratuitos a los consumidores que se financian mediante medios como la publicidad , el marketing de afiliados o la venta de datos de los consumidores. [20] 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 continuo o un nivel de servicio más alto. Incluso si el usuario nunca actualiza a la versión paga, ayuda a la empresa a capturar una mayor participación de mercado y desplazar a los clientes de un rival. [21] Sin embargo, el costo de alojamiento de la empresa aumenta con el número de usuarios, independientemente de si tiene éxito en atraerlos para que usen la versión paga. [22] Otro modelo común es donde la versión gratuita solo proporciona demostración ( crippleware ). Los mercados en línea pueden cobrar una tarifa en las transacciones para cubrir los costos del proveedor de SaaS. [20] Solía ​​ser más común que los productos SaaS se ofrecieran por un costo único, pero este modelo está perdiendo popularidad. [20] Algunos [20] productos SaaS tienen código fuente abierto , llamado SaaS abierto. Este modelo puede proporcionar ventajas como menores costos de implementación, menor compromiso del proveedor y aplicaciones más portátiles . [23]

Los modelos de ingresos SaaS más comunes implican suscripción y pago por uso. [24] Para los clientes, las ventajas incluyen un costo inicial reducido, mayor flexibilidad y un costo general más bajo en comparación con el software tradicional con licencias de software perpetuas . [25] En algunos casos, el alto costo único exigido por los vendedores de software tradicional estaba fuera del alcance de las empresas más pequeñas , pero los modelos SaaS de pago por uso hacen que el software sea asequible. [3] El uso se puede cobrar en función de la cantidad de usuarios, transacciones, cantidad de espacio de almacenamiento utilizado u otras métricas. [26] 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 otra manera no comprarían el software. [26] Sin embargo, puede causar incertidumbre de ingresos para el vendedor y aumenta los gastos generales de facturación . [27]

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 de suscripciones, la viabilidad del negocio puede verse en peligro. [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. [28] 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 renovar su suscripción es un desafío para los proveedores que cambian a la suscripción desde otros modelos de ingresos. [29]

Adopción

Los productos SaaS suelen accederse a través de un navegador web como una aplicación web disponible públicamente . [30] [16] Esto significa que los clientes pueden acceder a la aplicación en cualquier lugar desde cualquier dispositivo sin necesidad de instalarla o actualizarla . [16] [31] Los proveedores de SaaS a menudo intentan minimizar la dificultad de registrarse para el producto. [32] Muchos aprovechan la estructura orientada al servicio para responder a los comentarios de los clientes y hacer 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 profundo. [33] [34]

Aunque el software local suele ser menos seguro que las alternativas SaaS, [35] la seguridad y la privacidad se encuentran entre las principales razones citadas por las empresas que no adoptan productos SaaS. [36] Las empresas SaaS tienen que proteger sus ofertas disponibles públicamente de abusos, incluidos ataques de denegación de servicio y piratería. [37] A menudo utilizan tecnologías como control de acceso , autenticación y cifrado para proteger la confidencialidad de los datos . [36] Sin embargo, no todas las empresas confían en que los proveedores de SaaS mantengan seguros los datos confidenciales. [36] El proveedor es responsable de las actualizaciones de software , incluidos los parches de seguridad , y de proteger los datos de los clientes. [31] Los sistemas SaaS tienen inherentemente una mayor latencia que el software que se ejecuta en las instalaciones debido al tiempo que tardan los paquetes de red en entregarse a la instalación en la nube. Esto puede ser prohibitivo para algunos usos, como los procesos industriales sensibles al tiempo o el almacenamiento. [38]

El auge de los productos SaaS es un factor que ha llevado a muchas empresas a dejar de presupuestar TI como gasto de capital y pasar a considerarlo como gasto operativo . [39] El proceso de migración a SaaS y su soporte también puede suponer un coste significativo que debe tenerse en cuenta. [40] [29]

Desarrollo

Una arquitectura SaaS. Todos los clientes utilizan la misma versión del software en la misma plataforma. [41]

Un desafío para los proveedores de SaaS es que la demanda no se conoce de antemano. Su sistema debe tener suficiente margen de maniobra para poder manejar a todos los usuarios sin desviar a ninguno, pero sin pagar por demasiados recursos que serán innecesarios. Si los recursos son estáticos, se garantiza que se desperdiciarán durante las horas de menor demanda. [42] A veces se ofrecen tarifas más económicas fuera de las horas punta para equilibrar la carga y reducir el desperdicio. [43] La expectativa de un servicio continuo es tan alta que las interrupciones en el software SaaS a menudo se informan en las noticias. [44]

No existen prácticas de desarrollo de software específicas que diferencien a SaaS de otros desarrollos de aplicaciones. [45] Los productos SaaS a menudo se lanzan temprano y, a menudo, para aprovechar la flexibilidad del modelo de entrega de SaaS. [46] El desarrollo de software ágil se usa comúnmente para respaldar este cronograma de lanzamiento. [47] Muchos desarrolladores de SaaS utilizan el desarrollo impulsado por pruebas , o enfatizan de otra manera las pruebas de software frecuentes , debido a la necesidad de garantizar la disponibilidad de su servicio y una implementación rápida. [48] El diseño impulsado por el dominio , en el que los objetivos comerciales impulsan el desarrollo, es popular porque los productos SaaS deben venderse al cliente siendo útiles. [49] 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 la compatibilidad con una amplia gama de dispositivos es a menudo una preocupación importante para el equipo de desarrollo front-end . [50] Las aplicaciones web progresivas permiten que algunas funciones estén disponibles incluso si el dispositivo está fuera de línea. [51]

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 . [52]

Arquitectura

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

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. [56] Los productos SaaS difieren en cómo se separan estos planos, que pueden estar estrechamente integrados o acoplados de forma flexible en un modelo impulsado por eventos o mensajes. [57] El plano de control se encarga de dirigir el sistema y cubre funciones 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, gestionar y operar el servicio. [56] Muchos productos SaaS se ofrecen en diferentes niveles de servicio por diferentes precios, denominados niveles. Esto también puede afectar a la arquitectura de ambos planos, aunque comúnmente se coloca en el plano de control. [58] A diferencia del plano de aplicación, los servicios en el plano de control no están diseñados para la multitenencia. [59]

Un ejemplo de arquitectura en la que algunos servicios se comparten, mientras que otros se asignan por inquilino [60]

El plano de aplicación, que varía mucho según la naturaleza del producto, implementa la funcionalidad principal del producto SaaS. [59] Los problemas de diseño clave incluyen la separación de diferentes inquilinos para que no puedan ver ni cambiar los datos o recursos de otros inquilinos. [61] A excepción de las aplicaciones SaaS más simples, algunos microservicios y otros recursos se asignan por inquilino, en lugar de compartirse entre todos los inquilinos. [62] La funcionalidad de enrutamiento es necesaria para dirigir las solicitudes de los inquilinos a los servicios apropiados. [60]

Ejemplo de arquitectura de implementación de SaaS que ofrece silos completos en un nivel premium e implementación de microservicios mixtos para otros inquilinos [63]

Algunos productos SaaS no comparten ningún recurso entre los usuarios, lo que se denomina siloing. Aunque esto anula muchos de los beneficios de eficiencia del SaaS, facilita la migración de software heredado a SaaS [64] y, a veces, se ofrece como una oferta premium a un precio más alto. [65] La puesta en común de todos los recursos puede permitir lograr una mayor eficiencia, [66] pero una interrupción afecta a todos los clientes, por lo que la disponibilidad debe priorizarse en mayor medida. [67] Muchos sistemas utilizan una combinación de ambos enfoques, agrupando algunos recursos y aislando otros. [68] Otras empresas agrupan a varios usuarios en grupos y comparten recursos entre ellos. [69]

Cuestiones jurídicas

En los Estados Unidos, las leyes constitucionales que regulan las órdenes de registro 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. [70] [71]

Algunas licencias de código abierto como GPL-2.0 no otorgan explícitamente derechos que permitan la distribución como producto SaaS en Alemania. [72]

Referencias

  1. ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (agosto de 2007). "¿Cómo se pronuncia IT?". TechTarget . Archivado desde el original el 28 de noviembre de 2016. Consultado el 24 de mayo de 2012 .
  2. ^ Golding 2024, pág. 14.
  3. ^ abcd Dempsey y Kelliher 2018, pag. 2.
  4. ^ Rosati y Lynn 2020, pág. 22.
  5. ^ desde Rosati & Lynn 2020, pág. 23.
  6. ^ Ibrahim y otros. 2023, pág. 258.
  7. ^ Dempsey y Kelliher 2018, pag. 17.
  8. ^ Dempsey y Kelliher 2018, págs. 17-18.
  9. ^ ab Dempsey y Kelliher 2018, pág. 19.
  10. ^ Dempsey y Kelliher 2018, pag. 33.
  11. ^ desde Rosati & Lynn 2020, pág. 20.
  12. ^ Dempsey y Kelliher 2018, págs.23, 31.
  13. ^ Watt 2023, pág. 8.
  14. ^ Dempsey y Kelliher 2018, págs.24, 32.
  15. ^ Dempsey y Kelliher 2018, pag. 35.
  16. ^ abcd Watt 2023, pág. 4.
  17. ^ Watt 2023, págs. 4, 8.
  18. ^ desde Clohessy et al. 2020, pág. 40.
  19. ^ Watt 2023, pág. 9.
  20. ^ abcd Dempsey y Kelliher 2018, pag. 48.
  21. ^ Dempsey y Kelliher 2018, págs. 61–63.
  22. ^ Dempsey y Kelliher 2018, págs. 63–64.
  23. ^ Bhandari y Gupta 2019, pag. 21.
  24. ^ Dempsey y Kelliher 2018, págs.48, 57.
  25. ^ Clohessy et al. 2020, págs. 40–41.
  26. ^ ab Dempsey y Kelliher 2018, pág. 57.
  27. ^ Dempsey y Kelliher 2018, págs. 57–58.
  28. ^ Dempsey y Kelliher 2018, pag. 11.
  29. ^ ab Dempsey y Kelliher 2018, pág. 66.
  30. ^ ab Garbis y Chapman 2021, p. 185.
  31. ^ ab Kinnunen 2022, págs.
  32. ^ Golding 2024, pág. 18.
  33. ^ Golding 2024, pág. 20.
  34. ^ Watt 2023, pág. 15.
  35. ^ Watt 2023, págs. 6, 16.
  36. ^ abc Ibrahim y otros. 2023, págs. 264, 266, 268.
  37. ^ Garbis y Chapman 2021, pág. 186.
  38. ^ Kinnunen 2022, págs.137, 139.
  39. ^ Tallon y otros. 2020, pág. 2.
  40. ^ Kinnunen 2022, pág. 124.
  41. ^ Golding 2024, pág. 25.
  42. ^ Dempsey y Kelliher 2018, pag. 36.
  43. ^ Dempsey y Kelliher 2018, pag. 37.
  44. ^ Dempsey y Kelliher 2018, pag. 39.
  45. ^ Watt 2023, pág. 11.
  46. ^ Watt 2023, pág. 16.
  47. ^ Younas y otros, 2018, pág. 142.
  48. ^ Watt 2023, págs. 11–12, 16.
  49. ^ Watt 2023, pág. 12.
  50. ^ Watt 2023, págs. 13-14.
  51. ^ Watt 2023, pág. 13.
  52. ^ Manvi y Shyam 2021, pág. 105.
  53. ^ Golding 2024, pág. 47.
  54. ^ desde Golding 2024, págs. 25-26.
  55. ^ Golding 2024, pág. 26.
  56. ^ desde Golding 2024, pág. 27.
  57. ^ Golding 2024, pág. 44.
  58. ^ Golding 2024, pág. 40.
  59. ^ desde Golding 2024, pág. 28.
  60. ^ desde Golding 2024, pág. 38.
  61. ^ Golding 2024, págs. 36–37.
  62. ^ Golding 2024, pág. 37.
  63. ^ Golding 2024, pág. 76.
  64. ^ Golding 2024, pág. 55.
  65. ^ Golding 2024, págs. 55, 74–75.
  66. ^ Golding 2024, pág. 69.
  67. ^ Golding 2024, pág. 70.
  68. ^ Golding 2024, págs. 75–76.
  69. ^ Golding 2024, pág. 78.
  70. ^ 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 . Archivado desde el original el 28 de febrero de 2014 . Consultado el 16 de febrero de 2012 .
  71. ^ Adhikari, Richard (15 de diciembre de 2010). "Por qué Richard Stallman no le hace ningún favor a Chrome". Linux Insider . Archivado desde el original el 23 de enero de 2021. Consultado el 24 de marzo de 2015 .
  72. ^ Ballhausen 2014, pág. 61.

Fuentes

Lectura adicional