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:
|
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.
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 |