Software como servicio (SaaS)

Rodrigo Saraguro1
1

Mster Desarrollo del Software, Departamento de Lenguajes y Sistemas Informticos, Universidad de Granada, 2013 rasaraguro@correo.ugr.es

Resumen. El software como servicio (SaaS) es un modelo de negocio emergente que ofrece aplicaciones de software para los usuarios a travs de tecnologas basadas en la Web. Esto permite que varios servicios de bajo nivel trabajen conjuntamente de forma dinmica, lo que permite resolver muchas limitaciones que restringen el uso tradicional del software, su implementacin y su evolucin. En el presente informe se describe la tecnologa SaaS en cuanto a su definicin, ventajas, arquitectura y su relacin con SOA.

1 Introduccin
El enfoque de software como servicio SaaS (Software as a Service - Software como servicio) es un modelo de negocio que se potencializa en la industria del software, en funcin del crecimiento de muchas empresas y el comercio electrnico [1]. Internet y las intranets corporativas son el principal eje de este modelo de negocio, donde cualquier dispositivo conectado a la red puede consumir servicios, procesos y aplicaciones sin la necesidad de instalarlos localmente. Es as que SaaS permitir a un cliente u organizacin reducir su inversin en cuanto a Infraestructura de TI, redes, hardware, software y costos de personal. En los ltimos aos hemos sido testigos de un gran avance hacia la computacin en la nube, aplicaciones interactivas y motores de bsqueda. En el pasado, el software deba ser instalado en una infraestructura cercana al usuario final; por su parte; la actual tendencia en toda la industria es que los servicios basados en Internet deben ser accesibles a travs de la red.

2 Estado del arte

2.1 Concepto Segn varias definiciones, se resume que SaaS es un modelo de implantacin de software, donde un proveedor concede a sus clientes una licencia de su servicio contratado para utilizarlo cuando lo requiera; los proveedores de este tipo de software alojan

la aplicacin en sus propios servidores web, a los que los usuarios suscritos acceden a travs de un dispositivo conectado a Internet. 2.2 Beneficios Segn Trace One [2], se considera que este modelo de negocio es mucho ms que "una moda pasajera" en el mbito de la informtica. El modo ms sencillo de presentar las ventajas del SaaS es plantear preguntas como las siguientes: Para poder enchufar una lmpara, compra antes una planta de generacin de electricidad? Por qu pagar una licencia de software cuando lo nico que quiere es usar el programa que necesita cuando lo necesita? A continuacin se presentan las principales ventajas de utilizar SaaS: No es necesario comprar nuevos servidores, ms espacio en disco ni ordenadores. SaaS utiliza los recursos que usted ya posee. La realizacin de presupuestos resulta mucho ms sencilla ya que sabe cunto va a gastar. Despliegue rpido en modo de actualizacin continua Configuracin y funcionamiento ms rpidos gracias a que el software est disponible a travs de una simple conexin a Internet. Accesibilidad en lnea permanente desde cualquier punto El hecho de que se acceda a l a travs de Internet supone que el software en modo SaaS est disponible en todo momento y lugar, por lo que los empleados pueden trabajar desde cualquier punto con acceso a Internet sin necesidad de tener un software individual con licencia. Reducir programacin costosa para personalizar el software. Actualizaciones automticas, disponibles inmediatamente, sin necesidad de reinstalar o de volver a configurar. Mxima reutilizacin de recursos. Proporciona un alto nivel de seguridad El acceso a datos delicados se restringe mediante el uso de plataformas, certificados, tarjetas inteligentes y espacios de trabajo aislados. Reduccin de la plantilla necesaria en TI Un beneficio inesperado del software SaaS es que resulta la solucin de TI ms ecolgica, ya que varios clientes comparten servidor y requisitos de almacenamiento de datos y con menos personal se puede realizar el mismo trabajo, lo que reduce la necesidad de adquirir hardware. Adems, el sistema requiere menos energa ya que cuenta con muchos ms recursos compartidos. 2.3 Desventajas A pesar de tener algunas ventajas, existe un gran riesgo, ya que al ser un servicio contratado, los usuarios ponen un alto nivel de confianza a sus proveedores de software, tanto en que el servicio debe siempre estar disponible, as como la privacidad de su

informacin. En cierto modo, el proveedor del software tiene en sus manos todos los documentos y la capacidad productiva de sus clientes, por lo que la eleccin del proveedor es una decisin muy crtica. Otra desventaja a tomar muy en cuenta es la integracin con las aplicaciones propias de la empresa, ya que existe un aumento de complejidad si es necesario conectar o explotar los datos que tenemos en la nube con los datos que estn almacenados localmente. 2.4 Ejemplo Una pequea empresa de ventas de motos podra gastar gran cantidad de dinero en una base de datos de ventas. En cambio, si los propietarios de la empresa "alquilan" el acceso a una base de datos de ventas en lnea sofisticada, todos los vendedores tendran acceso a esa informacin a travs de sus computadoras o dispositivos mviles conectados a Internet. 2.5 Arquitectura A pesar de que ya se ha explicado como funciona SaaS, es necesario conocer internamente como es la infraestructura que maneja. A continuacin se presenta una arquitectura bsica:

Fig. 1 Arquitectura Bsica Integracin de Servicios (Turner, Budgen y Brerenton)

La figura (1a) muestra una interpretacin abstracta de lo que se refiere el modelo de servicio: Un conjunto fijo de aplicaciones que trabajan sobre una capa de transporte de servicio que puede utilizar tecnologas tales como .NET o J2EE, junto con los formatos envolventes de mensajes basados en XML tales como el protocolo de acceso a objetos simples (SOAP).

La figura (1b) muestra nuestra visin de lo que podra ser un modelo de servicio, si los desarrolladores insertan una capa de integracin de servicios sobre la capa de transporte. El modelo de la figura (1a) trabaja bajo la oferta, soporta aplicaciones que pueden proporcionar slo un predeterminado gama de servicios desde un servidor remoto, en cambio el modelo de la figura (1b) es la demanda, porque las aplicaciones pueden ser construidos a partir de componentes ms pequeos servicios y se vinculan dinmicamente segn sea necesario en la capa de integracin. Segn varios autores, la capa de integracin de servicios incorpora cuatro funciones clave orientadas a servicios. Descripcin del servicio: En esta funcin se reflejan las necesidades del cliente y los servicios requeridos. Esencialmente, proporciona los medios de correspondencia entre la descripcin del proveedor de su oferta y la descripcin del cliente de sus necesidades. El formulario debe adaptarse descripciones de funciones, interfaces, y las caractersticas y limitaciones, como la calidad del servicio y el costo no funcional. Tambin debe describir los parmetros en los que tanto el proveedor de servicios y el cliente negocian. Servicio de descubrimiento: Los clientes utilizan la deteccin de servicios para localizar servicios apropiados, de acuerdo con sus requisitos y criterios de seleccin. El uso de este proceso, un cliente identifica los posibles proveedores de servicios cuyas ofertas cumplan sus necesidades funcionales y que estn dispuestos a negociar dentro de algunos lmites aceptables. El descubrimiento puede implicar el uso recursivo de otros servicios, y dar lugar a una lista de servicios y proveedores de candidatos. La negociacin de servicio implica la interaccin entre un cliente y uno o ms de los proveedores de servicios identificados a travs del proceso de descubrimiento o ya conocido para el cliente. Esta negociacin tiene como objetivo lograr un acuerdo sobre los trminos y condiciones para el suministro de un servicio. Servicio de entrega: Esta funcin consiste en tres pasos. Invocacin es la que llama a paso, durante el cual el cliente solicita el proveedor para suministrar el servicio especificado de acuerdo con los trminos y condiciones acordados. A continuacin, para validar la invocacin, en la disposicin del paso proveedor de servicios debe proporcionar el servicio acordados en el plazo acordado en el contrato de suministro. Por ltimo, cuando el contrato tiene lmites especificados de disposicin, o cuando se alcanzan los lmites, el paso suspensin establece el punto en el que el cliente ya no necesita el proveedor para suministrar el servicio. Servicio de composicin: En su forma ms directa, el saber hacer se expresa en trminos de reglas que manejan la composicin servicio, as el proveedor de servicios puede componer su servicio de servicios de nivel inferior. Sin embargo, dicho conocimiento es suficiente slo para la construccin de dichos servicios para el que ya existen normas. A un mayor largo plazo, se busca crear un mecanismo adecuado para la creacin de nuevas formas de servicio bajo demanda. Nada en nuestro modelo lo impide, pero la creacin de los medios de proporcionar automticamente los servicios completamente nuevos ser claramente slo ser prctico una vez que los otros elementos de la capa de integracin de servicios se han desarrollado plenamente.

2.5.1 Los protocolos relacionados con el servicio Desde la introduccin de los servicios web, existen algunos protocolos basados en XML que se han convertido en estndares. Estos protocolos se han extendido tanto que los servicios web de plazo se han convertido en sinnimo de ellas, es por eso que a continuacin se los menciona: SOAP proporciona un formato de mensaje para la comunicacin con y la invocacin de servicios Web; El Web Services Description Language (WSDL) describe cmo acceder a los se rvicios Web, y Universal Description, Discovery and Integration (UDDI) proporciona un regi stro que los clientes pueden utilizar para descubrir los servicios disponibles. 2.5.2 Evolucin Resumiendo, inicialmente las necesidades de los usuarios empresariales se abordaban por un conjunto de aplicaciones alojadas en servidor que provea un servicio especfico (Fig. 2.1). Ya en un segundo nivel, las necesidades de los usuarios empresariales se atendan mejor a travs de una cartera de servicios, cada uno compuesto de aplicaciones relacionadas que ofrecen un conjunto ms completo de funcionalidades (Fig. 2.2). Por su parte en el tercer nivel, se acerca de la optimizacin del servicio de la cartera. La cartera de servicios se ha mejorado con opciones adicionales procedentes de los proveedores de SaaS, lo que permite a la empresa a optimizar su estrategia de TI y las decisiones de asignacin de costos (Fig. 2.3). Finalmente en el ltimo nivel, los servicios y la nube estn perfectamente integrados, ofreciendo una plataforma para aplicaciones integradas estrechamente y alineadas con las tareas empresariales (Fig. 2.4).

Fig. 2 Modelo de madurez de IT centrada al servicio [5]

2.5.3 Ejemplo de Arquitectura de Entrega

Fig. 3 Infraestructura de entrega de servicios

La figura 3 representa un buen ejemplo de infraestructura de gestin de prestacin de servicios que se requiere para organizar con xito software orientado a servicios [6], entre sus principales se puede visualizar: Control de acceso y seguridad Gestin de pedidos y aprovisionamiento Gestin y seguimiento SLA Medicin y facturacin Soporte al cliente

2.6 Saas para aplicaciones crticas? Es cierto que SaaS tiene algunas ventajas y desventajas, sin embargo la posibilidad de que nuestros datos y la lgica de nuestro negocio no sea local, y adems que los datos que se manejar son crticos para el funcionamiento de una empresa, la decisin hacia la adopcin del Saas aun se complica ms, y si encima la disponibilidad de estos datos debe ser al 100%, nadie se arriesgara a utilizarla. Ante este problema y para brindar confianza los proveedores a sus clientes, se ofrecen acuerdos de nivel de servicio (SLA) de 24X7, como por ejemplo Salesforce, con un

porcentaje de prdida de servicio realmente pequeo y que podra servirnos para cubrir nuestras necesidades de disponibilidad, pero sabemos que este tipo de consumo de software se realiza a travs de internet y nos obliga a que el proveedor de comunicaciones nos ofrezca un nivel de servicio parecido que el de la aplicacin Saas. Por otro lado, la edad de la empresa tambin es importante e influir a la hora de tomar esa decisin, as mismo la cultura de la empresa, y por supuesto la reduccin de costes e inversiones en empresas con problemas financieros puede ser determinante pero tambin lo es para para aplicaciones no crticas [7].

2.7 Saas y SOA es lo mismo? Es necesario aclarar el significado de Software como servicio (SaaS) y la arquitectura orientada a servicios (SOA) no son la misma cosa, pero se necesitan el uno al otro, la diferencia radica en que el primero es un modelo de entrega de software mientras que el segundo es un modelo para la construccin de software. En un modelo SOA, los componentes constitutivos del sistema de software son servicios reutilizables. Una coleccin de servicios que interactan entre s a travs de interfaces estndares y protocolos de comunicacin. SOA promete cambiar radicalmente la forma en que construimos sistemas internos, as como la forma en que los sistemas internos y externos interactan. Esta estrategia arquitectnica va de la mano con las aplicaciones de software que estn cerca de los objetos de negocio que ayudan a crear una capa de abstraccin (porque SOA le permite seleccionar piezas de sof tware personalizadas que puede alinear estrechamente con su funcionalidad comercial correspondiente). SOA es tambin un marco coherente para conectar el software adecuado esttica y dinmicamente. A pesar de sus diferencias, SaaS y SOA estn estrechamente relacionados con los modelos arquitectnicos para los sistemas de informacin a gran escala. Con SaaS, un proveedor puede ofrecer un sistema de software como un servicio. Usando SOA permite que el servicio publicado pueda ser descubierto y adoptado como un componente de servicio para la construccin de nuevos sistemas de software, que tambin pueden ser publicados y entregados como nuevos servicios. En otras palabras, los dos modelos se complementan entre s: SaaS ayuda a ofrecer componentes para que SOA los pueda usar, y SOA ayuda a implementar SaaS de forma ms rpida [8]. Aunque ambos proporcionan caractersticas prometedoras para la industria del software moderno, son slo modelos de nivel conceptual y requieren una tecnologa detallada para apoyarlos. En la actualidad, la tecnologa que tiene un mejor apoyo tanto para SaaS y SOA son los servicios Web, quienes proveen acceso universal a travs de protocolos de comunicacin. Los servicios web proporcionan un conjunto holstico basado en XML, ad hoc, adems la industria de lenguajes Web y protocolos estndar apoya a las descripciones de servicios web, WSDL, publicacin y descubrimiento (utilizando UDDI) el transporte (mediante SOAP), y as sucesivamente.

7 Conclusiones
- Saas permite que el cliente consuma servicios externos, de manera sencilla y sin la necesidad de instalar una aplicacin, lo que permite un ahorro de costes considerable: equipos, tiempo, instalacin y mantenimiento, configuracin, desarrollo, rendimiento, y accesibilidad a mejores aplicaciones desde cualquier dispositivo con conexin a Internet. - La mejor tecnologa que soporta SaaS y SOA son los servicios web; sin embargo, se debe diferenciar entre un modelo de negocio basado en la entrega del software y la arquitectura bajo la cual se construye. - Los proveedores de software ya no slo se deben centrar en la funcionalidad, un criterio de calidad tambin es el modelo de entrega de su software bajo demanda y sobre todo que sea completamente accesible. - Antes de adquirir este tipo de servicio, se debe analizar factores como la criticidad de datos, seguridad, disponibilidad, y sobre todo soporte en tiempo real.

Referencias
1. Turner, M., Budgen, D., Brereton, P.: Turning Software into a Service, Computer, vol. 36, no. 10, 2003. 2. Qu es el SaaS? Una tcnica innovadora para facilitar modernos programas de software a travs de internet. Chou, D., Chou, A.: SOFTWARE AS A SERVICE (SaaS) AS AN OUTSOURCING MODEL: AN ECONOMIC ANALYSIS, School of Information Technology, Illinois State University. http://www.traceone.com/es/servicios/software-as-a-service/que-esel-saas 3. Chou, D., Chou, A.: SOFTWARE AS A SERVICE (SaaS) AS AN OUTSOURCING MODEL: AN ECONOMIC ANALYSIS, School of Information Technology, Illinois State University. 4. Nassar, T., Vridhachalam, M.: Software as a service: Build a Web-delivered SaaS framework for forms and workflow-driven applications. IBM: DeveloperWorks. Tomado de: http://www.ibm.com/developerworks/architecture/library/ar-saasframe/, 9 Diciembre 2008. 5. Carraro, G., Chong, F.: Software as a Service (SaaS): An Enterprise Perspective. Disponible en. http://msdn.microsoft.com/en-us/library/aa905332.aspx, Octubre 2006 6. Wainewright, P.: Microsoft shares SaaS architecture insights. Disponible en: http://www.zdnet.com/blog/saas/microsoft-shares-saas-architecture-insights/239. Noviembre 2006. Tomado el 10 Noviembre 2013. 7. Saasmana, Publicado el 18 de Abril del 2008. Tomado el 10 de Noviembre del 2013 de: http://www.saasmania.com/blog/2008/05/27/%C2%BFsaas-para-apliaciones-criticas/ 8. Phillip A. Laplante, Penn State University Jia Zhang, Northern Illinois University Jeffrey Voas, SAIC Distinguishing between SaaS and SOA 2009.