¿Cuál es la diferencia entre un ASP y un proveedor SaaS?
Por Jorge García
Quizá no es de sorprender que las definiciones que aparecen en Wikipedia respecto a estos términos contribuye un poco a acentuar la confusión entre ambos modelos. He aquí mi traducción de las definiciones allí presentadas:
Un application service provider (ASP) es una organización comercial que proporciona servicios de cómputo (aplicaciones) a sus clientes a través de una red de cómputo. A las aplicaciones que ofrecen las ASPs se les conoce también como aplicaciones sobre demanda o aplicaciones como servicio. La idea más básica de este tipo de servicio es el acceso una aplicación o programa en particular (tal como un sistema de administración de clientes) mediante el uso de un protocolo estándar tal como HTTP.
Software as a service (SaaS, typically pronounced [sæs]), también llamado “software sobre demanda”, es aquella aplicación de software que implementada sobre la Internet y/o implementada para ejecutarse detrás de un firewall sobre una red de área local o una computadora personal. Mediante SaaS, un proveedor licencia el uso de una aplicación a sus clientes como un servicio sobre demanda, a través de una suscripción, mediante un modelo de “pago por uso”, o incremental sin cargo alguno.
Como podemos ver claramente, las dos definiciones previas no arrojan luz suficiente para aclarar la diferencia entre ASP (proveedor de servicio de aplicación) y SaaS (software como servicio).
Otra cosa que ambos proveedores tienen en común es que debido a la forma en que los clientes se conectan a la aplicación, tanto el hardware, el software y los datos se encuentran ubicados en las instalaciones de un tercero (el proveedor ASP o SaaS), y este tercero se hace cargo del mantenimiento de la aplicación así como de la infraestructura (hardware y software) que mantiene a la aplicación en operación. Así, las organizaciones utilizan o consumen aplicaciones “sobre demanda” o mediante un modelo de “pago por uso”.
En resumen, tanto los proveedores ASP como SaaS permiten que un cliente (una organización o un individuo) utilice aplicaciones específicas de software mediante el uso de licencias basadas en periodos de tiempo, número de usuarios, tipo de servicio, y funcionamiento, así como otros factores.
La mayoría de los ASPs utilizan un ambiente único e independiente para cada usuario o cliente, lo que significa que la aplicación es configurada de forma única e independiente para cada cliente. Cada cliente utiliza el software de negocio como un inquilino único, y no lo comparte con nadie más. Toda la configuración de la aplicación, y en ocasiones incluso el servidor y la configuración del sistema operativo es única para cada cliente.
Por el otro lado, con un proveedor SaaS, todos los clientes comparten los mismos recursos: servidores, aplicación, y base de datos mediante un modelo llamado de multitenencia. Así, mientras un ASP hospeda el ambiente de la aplicación en su propio “edificio”, un proveedor SaaS utiliza el mismo ambiente de aplicación para todos sus clientes, de manera que comparten el mismo “edificio” (figuras 1 y 2).
Si tomamos en cuenta esta distinción fundamental entre un ASP y un proveedor SaaS, existe un importante efecto colateral:
Mientras un ambiente ASP tiende a ser muy heterogéneo, por ejemplo, con data centers compuestos por servidores, aplicaciones y sistemas operativos de distintos tipos, un ambiente SaaS tiende a ser único para todos sus clientes, todos ellos están conectados al mismo tipo de servidores, sistemas operativos y por supuesto, aplicación de negocio y base de datos.
Tanto los ASPs como los proveedores SaaS tienen la capacidad de reducir costos en términos del mantenimiento de la infraestructura así como de la necesidad de un equipo especializado en IT.
Tanto los ASPs como los proveedores SaaS son capaces de reducir los costos de mantenimiento, infraestructura así como la dependencia en un equipo de IT. Sin embargo, mientras esto es cierto en los ASPs, es aún más notorio con los proveedores de SaaS. Esto se debe a que la contratación de un ASP involucra los costos de mantenimiento de dicho ambiente dedicado, mientras que en una aplicación SaaS, la configuración de la infraestructura, y de la aplicación, así como las actualizaciones y correcciones se aplican de manera única a un solo ambiente uniforme para todos los clientes, por lo cual se requiere de menos recursos tanto económicos como humanos. Por el otro lado, mientras que con un ASP, el cliente puede tener control total sobre el entorno de su aplicación, en las aplicaciones SaaS se ven limitados a n número fijo de posibilidades de configuración dado que no existe un control total sobre la aplicación SaaS.
Otro aspecto importante derivado de sus principios fundamentales es que comúnmente las aplicaciones que se ejecutan en un ASP fueron migradas desde las instalaciones de los clientes hacia sus centros de datos, y en muchas ocasiones estas aplicaciones no fueron originalmente diseñadas o instaladas para su operación a través de un ASP en la Internet, lo que potencialmente pude generar problemas durante la instalación y operación de la aplicación dentro de las instalaciones del ASP. Por otro lado, los proveedores de aplicaciones SaaS utilizan aplicaciones diseñadas de manera nativa para ser operadas a través de una red (Internet), los usuarios solamente migran sus datos a la aplicación y configuran su instancia.
Debido a su naturaleza, las aplicaciones SaaS son frecuentemente criticadas por no tener la flexibilidad suficiente para soportar configuraciones muy específicas, y por riesgos de seguridad, mientras que las aplicaciones a través de ASPs suelen ser criticadas por su complejidad y mayor costo.
Es difícil predecir si los ASPs tradicionales lograrán ser suplantados por completo por los proveedores SaaS suplantar completamente (muchas organizaciones requieren las características de control total y flexibilidad sobre sus aplicaciones, a pesar de su costo en tiempo y dinero), mientras que otros requieren la rapidez de instalación y el bajo costo de una aplicación SaaS puede ofrecer. El secreto, como en otros proyectos de selección de software es el de seguir una rigurosa metodología de selección para tomar le mejor decisión posible.
Jorge García
http://www.twitter.com/jgptec
Fuente: Technology Evaluation
Quizá no es de sorprender que las definiciones que aparecen en Wikipedia respecto a estos términos contribuye un poco a acentuar la confusión entre ambos modelos. He aquí mi traducción de las definiciones allí presentadas:
Un application service provider (ASP) es una organización comercial que proporciona servicios de cómputo (aplicaciones) a sus clientes a través de una red de cómputo. A las aplicaciones que ofrecen las ASPs se les conoce también como aplicaciones sobre demanda o aplicaciones como servicio. La idea más básica de este tipo de servicio es el acceso una aplicación o programa en particular (tal como un sistema de administración de clientes) mediante el uso de un protocolo estándar tal como HTTP.
Software as a service (SaaS, typically pronounced [sæs]), también llamado “software sobre demanda”, es aquella aplicación de software que implementada sobre la Internet y/o implementada para ejecutarse detrás de un firewall sobre una red de área local o una computadora personal. Mediante SaaS, un proveedor licencia el uso de una aplicación a sus clientes como un servicio sobre demanda, a través de una suscripción, mediante un modelo de “pago por uso”, o incremental sin cargo alguno.
Como podemos ver claramente, las dos definiciones previas no arrojan luz suficiente para aclarar la diferencia entre ASP (proveedor de servicio de aplicación) y SaaS (software como servicio).
Comencemos por sus similitudes:
Tanto un proveedor de servicio de aplicación (ASP) como un proveedor de SaaS proporcionan acceso a aplicaciones de negocios mediante el uso de una conexión de red. Esta conexión puede ser hacia una red de área local (LAN) o hacia una red de área amplia (WAN). El tipo más común de conexión es a través de Internet, mediante una aplicación basada en Web. El uso de una aplicación basada Web (conocida como cliente delgado) permite a los usuarios conectarse a las aplicaciones de negocios mediante el uso de un navegador Web común (por ejemplo, Internet Explorer, Firefox, Chrome, Opera, etc.).Otra cosa que ambos proveedores tienen en común es que debido a la forma en que los clientes se conectan a la aplicación, tanto el hardware, el software y los datos se encuentran ubicados en las instalaciones de un tercero (el proveedor ASP o SaaS), y este tercero se hace cargo del mantenimiento de la aplicación así como de la infraestructura (hardware y software) que mantiene a la aplicación en operación. Así, las organizaciones utilizan o consumen aplicaciones “sobre demanda” o mediante un modelo de “pago por uso”.
En resumen, tanto los proveedores ASP como SaaS permiten que un cliente (una organización o un individuo) utilice aplicaciones específicas de software mediante el uso de licencias basadas en periodos de tiempo, número de usuarios, tipo de servicio, y funcionamiento, así como otros factores.
Entonces, ¿cuál es la diferencia?
La diferencia entre proveedores ASP y SaaS radica principalmente en la forma en que ambos administran y operan sus recursos de cómputo.La mayoría de los ASPs utilizan un ambiente único e independiente para cada usuario o cliente, lo que significa que la aplicación es configurada de forma única e independiente para cada cliente. Cada cliente utiliza el software de negocio como un inquilino único, y no lo comparte con nadie más. Toda la configuración de la aplicación, y en ocasiones incluso el servidor y la configuración del sistema operativo es única para cada cliente.
Por el otro lado, con un proveedor SaaS, todos los clientes comparten los mismos recursos: servidores, aplicación, y base de datos mediante un modelo llamado de multitenencia. Así, mientras un ASP hospeda el ambiente de la aplicación en su propio “edificio”, un proveedor SaaS utiliza el mismo ambiente de aplicación para todos sus clientes, de manera que comparten el mismo “edificio” (figuras 1 y 2).
Figure 1. Estructura general del modelo ASP
Figure 2. Estructura general del modelo SaaS
Efectos colaterales (Heterogeneidad vs Homogeneidad)
Si tomamos en cuenta esta distinción fundamental entre un ASP y un proveedor SaaS, existe un importante efecto colateral:
Mientras un ambiente ASP tiende a ser muy heterogéneo, por ejemplo, con data centers compuestos por servidores, aplicaciones y sistemas operativos de distintos tipos, un ambiente SaaS tiende a ser único para todos sus clientes, todos ellos están conectados al mismo tipo de servidores, sistemas operativos y por supuesto, aplicación de negocio y base de datos.
Tanto los ASPs como los proveedores SaaS tienen la capacidad de reducir costos en términos del mantenimiento de la infraestructura así como de la necesidad de un equipo especializado en IT.
Tanto los ASPs como los proveedores SaaS son capaces de reducir los costos de mantenimiento, infraestructura así como la dependencia en un equipo de IT. Sin embargo, mientras esto es cierto en los ASPs, es aún más notorio con los proveedores de SaaS. Esto se debe a que la contratación de un ASP involucra los costos de mantenimiento de dicho ambiente dedicado, mientras que en una aplicación SaaS, la configuración de la infraestructura, y de la aplicación, así como las actualizaciones y correcciones se aplican de manera única a un solo ambiente uniforme para todos los clientes, por lo cual se requiere de menos recursos tanto económicos como humanos. Por el otro lado, mientras que con un ASP, el cliente puede tener control total sobre el entorno de su aplicación, en las aplicaciones SaaS se ven limitados a n número fijo de posibilidades de configuración dado que no existe un control total sobre la aplicación SaaS.
Otro aspecto importante derivado de sus principios fundamentales es que comúnmente las aplicaciones que se ejecutan en un ASP fueron migradas desde las instalaciones de los clientes hacia sus centros de datos, y en muchas ocasiones estas aplicaciones no fueron originalmente diseñadas o instaladas para su operación a través de un ASP en la Internet, lo que potencialmente pude generar problemas durante la instalación y operación de la aplicación dentro de las instalaciones del ASP. Por otro lado, los proveedores de aplicaciones SaaS utilizan aplicaciones diseñadas de manera nativa para ser operadas a través de una red (Internet), los usuarios solamente migran sus datos a la aplicación y configuran su instancia.
Debido a su naturaleza, las aplicaciones SaaS son frecuentemente criticadas por no tener la flexibilidad suficiente para soportar configuraciones muy específicas, y por riesgos de seguridad, mientras que las aplicaciones a través de ASPs suelen ser criticadas por su complejidad y mayor costo.
Es difícil predecir si los ASPs tradicionales lograrán ser suplantados por completo por los proveedores SaaS suplantar completamente (muchas organizaciones requieren las características de control total y flexibilidad sobre sus aplicaciones, a pesar de su costo en tiempo y dinero), mientras que otros requieren la rapidez de instalación y el bajo costo de una aplicación SaaS puede ofrecer. El secreto, como en otros proyectos de selección de software es el de seguir una rigurosa metodología de selección para tomar le mejor decisión posible.
Jorge García
http://www.twitter.com/jgptec
Fuente: Technology Evaluation
0 Comments:
Publicar un comentario
Gracias por dejar un comentario en Segu-Info.
Gracias por comentar!