Software como Servicio (SaaS)

Somos especialistas en trabajar con aplicaciones de misión critica bajo el modelo SaaS (Software as a Services - Software como servicios), una modalidad de trabajo que cada día gana mas adeptos, debido a que permite la inclusión digital empresarial de compañías de todo tamaño, y a que baja significativamente la inversión de la infraestructura, su mantenimiento y actualización.

Con este modelo proponemos que el cliente no cargue con costos de licencias ni actualizaciones, recursos e infraestructura de tecnologia, solo utilizar el software a través de la WEB, las mejores soluciones de ERP, WMS, CRM, BI y Gestión Documental, permitiéndole orientar sus recursos y esfuerzos al negocio y no a la tecnologia.

Entre los principales beneficios que ofrece el modelo destacamos los siguientes:

  • Brinda soporte, mantenimiento, actualización, compatibilidad entre distintos sistemas y tecnologías en uso, centralizando todos los procesos en un único proveedor.
  • Permite ahorrar tiempo y recursos
  • Incremento en la velocidad de implementación
  • Planificación y seguimiento del mantenimiento preventivo y correctivo de software y hardware
  • Mejor calidad en la prestación de servicios basadas en el uso de tecnologías de última generación
  • Mayor rapidez en la solución de problemas, mediante un diagnóstico correcto y una solución inmediata
  • Respuestas en línea a consultas sobre el uso de los productos
  • Soluciones a fallas de Comunicaciones
  • Capacitación constante del personal del cliente para aumentar la productividad operativa
  • Reducción de costo y eliminación de costos ocultos obteniendo una previsión real del costo operativo

Simplemente nuestros clientes se olvidan de todo lo vinculado al hardware, comunicaciones, licencias, actualizaciones, soporte técnico y otros costos ocultos derivados.

 

SaaS vs ASP

Si bien el término SaaS (Software as a Service o Software como Servicio) está siendo cada vez más escuchado, termina siendo confundido con el término ASP (Application Service Provider).

Es común en el mundo en el cual nos movemos, mirar las cosas desde el ángulo de los negocios, y si bien aseguran que el SaaS es el sucesor del ASP, el único punto fuerte de contacto lo tienen en su modalidad de comercialización. Esta es la razón por la cual generalmente confundimos los términos.

La mayoría de los negocios ASP no sobrevivieron la crisis de las puntocom, en esencia porque partieron de una excelente idea, solo que no contaron con la tecnología adecuada.

El modelo ASP no garantizaba un ahorro en los costos de inversión, ya que por arquitectura de sus aplicaciones, necesitan generalmente de un servidor para cada empresa, independientemente de donde se aloje. Si podía haber reducción de costos al inicio en la medida que el alojamiento y el hardware sean parte de la inversión del proveedor. Aunque a la larga…

Si bien la mayoría de los ASP argumentaron una única versión de software, fue muy difícil cumplirlo ya que para realizar un cambio de software desde un parche a un gran cambio, cuantos más servidores tengan que actualizar más complicado es lograrlo. Además de la instalación del software, muchas veces necesitan modificar la base de datos, estos cambios no son rápidos por mas automatización que tengan, razón por la cual la cantidad de clientes y servidores termina siendo la ecuación exacta del incumplimiento de esta premisa.

La gran diferencia entonces radica en la arquitectura tecnológica, es decir, como lograr que múltiples usuarios accedan a un único servidor y a una única base de datos.

Quienes visualizaron este paradigma, se dieron cuenta que para acceder a múltiples usuarios, debían tomar decisiones drásticas del tipo eliminar múltiples plataformas, lenguajes y base de datos sin que ello perjudique la elección del software por parte de los usuarios / empresas.

La ecuación es simple y se reduce a un solo termino tecnológico (multi-tenancy)

  • El hosting (alojamiento) lo provee el vendor, facilitando el mantenimiento tanto de la base de datos como sus aplicaciones.
  • La base de datos se trabajara con esquemas, es decir, armar una nueva abstracción de los datos. El software tradicional, en función del usuario, determina que registros puede “ver” dentro de una tabla. Si a la misma le agregamos la empresa y el grupo económico, tratamos al usuario de la empresa A como al de la empresa B y la Z por intermedio del software, es decir utilizamos una única base de datos, y las conversiones de la misma impactaran al mismo tiempo en todos nuestros usuarios y clientes.
  • El factor que determina la combinación de los puntos anteriores es la reutilización de las instancias de la aplicación. Es decir, si un usuario se encuentra cargando una factura, que cualquier otro usuario que intente hacer otra factura utilice la misma instancia del anterior, lo único que debe administrar distinto son los datos, no la aplicación. Para lograr esto deben si o si trabajar con un servidor de aplicaciones y lograr así balancear la carga.

El software en modalidad tradicional fue comercializado bajo la modalidad ASP, donde se lograba ejecutar el mismo software con emuladores de pantalla (Citrix, Terminal Server, etc.).

El SaaS nace en la era WEB 2.0, concebido directamente para ser utilizado desde un navegador, con encriptación SSL.

La tendencia tecnológica hoy día es que todo se encuentre en la nube (cloud computing), y las computadoras o celulares con los cuales nos manejamos tengan cada vez menos datos y más velocidad. Es impracticable el modelo ASP si tenemos que instalar aplicaciones en el cliente como ActiveX o terminal server.

El mundo SaaS nace en principio orientado al cambio por parte de particulares y luego de empresas del servidor de correo. Es decir, de la era Outlook / Exchange a la era gMail / Hotmail y Yahoo.

Luego, la aparición de SalesForce marca un claro desembarco de aplicaciones de negocios como lo es un CRM en la modalidad SaaS.

Actualmente SAP y Microsoft van hacia el camino del CRM en modalidad SaaS.

Los nuevos usuarios de esta década nunca utilizaron un correo del tipo Outlook, saben y manejan el gMail, Hotmail, yahoo, Facebook,  MySpace, Twitter, etc. confiando en su seguridad, tomando como premisa la distribución de la información (delivery) independientemente de donde se encuentren. Para ellos, la elección del modelo SaaS es más que natural y transparente.

 

Multi tenancy


En un entorno multiusuario, varios clientes comparten la misma aplicación, se ejecuta en el mismo sistema operativo, en el mismo hardware, con el mismo mecanismo de almacenamiento de datos. La distinción entre los clientes se logra durante el diseño de aplicaciones, de modo que los clientes no comparten o ven los datos de otros. Compare esto con la virtualización, donde uno u otro de estos componentes se extrae de manera que cada aplicación del cliente parece estar ejecutándose en un equipo físico independiente.

 

http://media.noticias.com/img_news/66/5f/64/c81e728d9d4c2f636f067f89cc14862c/qual1.jpg

 

Nivel 1: Modelo ASP (Application Service Provider)
El cliente tiene alojado el software con un hosting externo. Cada cliente tiene una versión personalizada de la aplicación y ejecuta su propia instancia en el servidor del hoster o ASP.

Nivel 2: Configurable
Seguimos teniendo una instancia separada para cada cliente, pero todas ellas  usan el mismo código, lo que facilita el mantenimiento.  En este nivel cada instancia está totalmente aislada del resto.


Nivel 3: Configurable, Multi-usuario
Una única instancia que permite hacer la personalización a cada cliente. El aislamiento se consigue por medio de políticas de autorización (permisos).  En este nivel se elimina la necesidad de tener espacio en servidor para tantas instancias como clientes (reducción de costes) y facilita el mantenimiento aún más.

Nivel 4: Configurable, Multi-usuario, Escalable
Múltiples clientes en una granja balanceada de instancias de la aplicación. En este nivel se escala a un número indeterminado de clientes sin requerir rediseñar la aplicación.

ASP

SaaS

Definición

Definición

Aplicación Service Provider

Software as a Service

Traducción

Proveedor de servicios de aplicaciones

Software como Servicio

Aparición / Explosión

A partir de 1995

A partir del 2005

Desarrollado en origen para Internet

No

Si

Distribuido por Internet

No

Si

Requiere conexión Internet

A veces

Siempre

Conexión

Licencias adicionales

Terminal Server, Citrix, etc.

No

Corre en un navegador en forma nativa

Rara vez

Siempre

Alojamiento de la aplicación

Cliente, Vendor, 3eras partes

Vendor, 3eras partes

Alojamiento de los datos

Cliente, Vendor, 3eras partes

Mismo lugar que la aplicacion

Comercial

Tarifa plana

Si

Si

Demostracion de producto "right now"

A veces

Siempre

Uso de producto en modo a prueba (Trial)

A veces

Siempre

Costo adicional por licencia (inicial)

A veces

Nunca

Contrato de uso - Tiempo minimo de permanencia

A veces

No

Producto

WEB 1.0, legiones de desarrolladores, help desk

Si

No

WEB 2.0, Net Native, Software colaborativo

No

Si

Auto Upgrade - Cambio de version automatico

No

Si

Escalable

No

Si

Multi-Instancia (MultiTenancy)

No

Si

Compatibilidad entre clients

No siempre

Siempre

Versión Unica del software

No siempre

Siempre

Seguridad SSL

No, a través del TS o Citrix

Si

Arquitectura orientada a servicios (SOA)

No

Si

 

ASP

SaaS

SaaSvsAsp