e-Valúame

Tag Archives: SLA

Gmail gratis durante 15 días

gmail¿Quien no ha sufrido, oído y comentado  la caída de Gmail durante el día de ayer? Está en todos los medios y como decía Jorge Galindo en su post de ayer, parece que nos mola las noticias catastrofistas. Ayer pude  estar conectado al twitter más de lo que mis habituales deberes me permiten y aquello era un verdadera juerga sobre el “outage” de Gmail.

Hoy a través de este post ,y despues de un par de comunicados diciendo que lo sienten mucho y patatin, patatan, me he enterado que Google va aplicar la devolución máxima que ofrecen en su SLA aún cuando no han llegado a ese nivel de pérdida de servicio.

  • Service” means the service provided by Google to Customer under the applicable Google Apps Agreement.
  • Service Credit” means the following:
    Monthly Uptime Percentage Days of Service added to the end of the Service term, at no charge to Customer
    < 99.9% – ≥ 99.0% 3
    < 99.0% – ≥ 95.0% 7
    < 95.0% 15

 

 Parece ser que fueron 2h y media durante las cuales Gmail no estuvo disponible y si hacemos los cálculos (150/28*24*60) esto nos da un 99,5% de servicio disponible durante el mes de febrero por lo que estariamos en el primer tramo.  Pero Google ha querido compensar los inconvenientes ocasionados a sus clientes aplicando su tramo de outage más alto y por tanto automultandose con el pago más alto como ya hiciera el pasado Agosto. Al menos esto amortiguará el cabreo y siempre deja a Google en buena posición. 

Por último, en defensa de este nuevo outage y como dice Enrique Dans, piensen cuantas veces ha estado indisponible su servicio de email que está contralado y gestionado por personal de su empresa y que se encuentra instalado en la infraestructura  y compárenlo con el número de horas y veces que Gmail ha estado indisponible.  Es muy posible que el saldo sea a favor de Google como este estudio  del propio Google demuestra.

Microsoft Exchange y Sharepoint entran en producción

En el dia de hoy Microsoft ha anunciado que los servicios online Exchange Online y Sharepoint Online han salido de la Beta y ya es posible disfrutar de estos dos productos, junto con Live meeting y Comunication Online, por un precio de 15$ al mes por usuario. Además es posible probar sus servicios durante un mes sin coste alguno.

La verdad es que no han tardado mucho en liberar el producto porque fué en Julio de este año cuando anunciaban la apertura de la beta y adelantaban los precios de los online services que como podemos ver sus precios no han variado desde aquel anuncio.

El acuerdo del nivel de servicio para las suit de productos online en lo que se refiere al pago por incumplimiento del acuerdo se puede ver en la tabla de abajo y al menos es capaz de devolver el 100% en créditos (=esto es lo mismo que cuando te dan un vale en un tienda y solo lo puedes canjear en la misma tienda), cosa que Amazon ni siquiera se plantea.

    i.     Uptime Service Levels

Monthly Uptime Percentage

Service Credit

 < 99.9%

25%

 < 99%

50%

< 95%

100%

El posicionamiento que quieren hacer del conjunto de productos es tan ambicioso como en muchos de sus productos: apuntar  a cualquier tamaño de empresa aunque bajo mi punto de vista productos como comunication online y Sharepoint solo los veo para empresas de al menos tamaño medio.

Esta claro que Microsoft ve en la nube una nueva fuente de ingresos y no quiere dejar escapar esta nueva tendencia del cloud computing.  La prueba está en que en un breve espacio de tiempo han anunciado SQL Data Service,  la plataforma como servicio Windows Azure, el nuevo Office que estará en la nube y estos servicios. Atrás quedan los días donde en Microsoft defendían el software + servicios en una estrategía más de comunicación y reorientación de sus mismos productos que de seguir la arquitectura de desarrollo (multitenancy) y modelo de negocio del software as a service. Veremos cual es el siguiente paso de este gigante.

¿Y si me quedo sin internet?

Antes de ayer , a través de los comentarios me hicieron una pregunta que cuando empecé a contestar pensé que mucha gente se hará la misma pregunta y vi que el tema tenía tanta “chicha” como escribir un post. Pego el comentario:

En primer lugar, enhorabuena por el blog me parece super interesante. Trabajo en una multinacional de Software con un programa de contabilidad muy conocido y usado por las pymes españolas. Mi opinión es, que realmente el modelo SaaS es muy interesante y es más, hemos conseguido que lo comprendan (hace unos años era impensable), realmente la pyme siente desconfianza por las comunicaciones. El otro día me comentaba un cliente lo siguiente: “me parece muy bien lo que me has explicado refiriéndose al modelo SaaS, pero si dices que se basa en nternet tengo dudas porque se me puede paralizar mi negocio y me contaba como Telefónica le dejó una semana sin Internet”.

Ante esto mi pregunta es, ¿Cómo lo véis?¿Creéis que las comunicaciones actuales pueden ser un obstáculo al modelo SaaS?

Antetodo tengo que agradecer a Aurea sus halagadoras palabras.

A la pregunta de Aurea, mi respuesta es que sin duda , la perdida de conexión a través de internet y por tanto la indisponibilidad de la aplicación, es una de las barreras de entrada al saas junto con el de la seguridad y privacidad. No olvidemos que a parte de perder el servicio de internet, el proveedor del saas puede tambien tener problemas en su infraestructura pero tampoco hay que olvidar que en la soluciónes tradicionales, nuestra infraestructura tambien puede darnos disgustos, con tiempos de respuesta y soluciones peores en comparación con los proveedores externos.

En el caso que nos plantea Aurea de su cliente, la mejor forma de resolver sus dudas es ayudarle a descubrir las posibles soluciones que existen ante la perdida del servicio de internet, y valorar si sigue siendo interesante el saas o por el contrario es preferible la aplicación tradicional.

Como cliente, lo primero que haría sería valorar el impacto que mi negocio o  mi gestión sufriría si pierdo alguna de la aplicaciones y las probabilidades de que ocurra. Preguntas como: ¿No puedo seguir con la operativa? ¿No puedo continuar con la tareas de mantenimiento o gestión (contabilidad, nóminas,etc.)? ¿Durante cuanto tiempo puedo estar sin la aplicación? ¿Qué perdida ecónomica me puede suponer? ¿Como son de importantes los datos para el funcionamiento de mi negocio?, etc.

Lo segundo sería ver qué posibles soluciones tenemos tanto por el lado del proveedor y por el lado del cliente:

  1. Podemos elegir una aplicación utilice Google Gears o otro tipo de herramienta para que el cliente pueda trabajar mientras no tiene conexión. Por ejemplo, Zoho Writer y Zoho Mail utiliza Google Gears y permite utilizar la aplicación aunque no tengas conexión. De momento en el mercado no hay muchas pero seguro que aparecerán más.
  2. Acceso a través de RTB o RDSI. Hasta no hace mucho utilizabamos el modem para conectarnos a internet, asi que una solución sería que el cliente contrate una linea RTB o RDSI  que en caso de perdida de ADSL permita su conexión a internet y por tanto a la aplicación. Si tenemos que la perdida de internet puede ser debido a problema de tu proveedor de comunicaciones convendría que la linea se contrate a otro proveedor. Al hilo de esto, no conozco proveedor de saas que permita acceso a la aplicación a través de RTB o RDSI (cabeceras de 8 ó 10 lineas) y puede que resulte interesante para determinas situaciones de perdida puntual de ADSL.
  3. Instalar otra linea de Internet con otro proveedor de ADSL pudiendo ser de menos capacidad y por tanto más barata.
  4. Comprar un acceso 3G con conexión al PC a través de USB y pago por consumo.

En tercer lugar para cada escenario encontrado en el primer punto, aplicaría una solución u otra en función de la criticidad de las aplicaciones y datos, los riesgos potenciales y tiempo máximo de indisponibilidad.

Y el cuarto y más importante,¿saas si o saas no?

Por ejemplo, pongamos un escenario donde para una gestoría con mucha actividad tiene una aplicación de contabilidad que se ha identificado como crítica, donde como mucho tenemos 2h como máximo de inactividad, donde las probabilidades de quedarnos sin ADSL son moderadamente posibles y finalmente el acceso a la aplicación debe ser rápido sin perdidas de rendimiento. Tenemos dos posibles soluciones: nueva linea ADSL y el acceso 3G , pero sabemos que la cobertura 3G en nuestra empresa no es la ideal y que hemos decidido poner otra linea ADSL con otro proveedor de comunicaciones.

Además ya contamos con 2 PCs para dos 2 usuarios que deben acceder a la aplicación sin que sea necesario ,en caso de emergencia,  que operen a la vez. Esto es lo que nos salé cuando comparamos uno y otro modelo (las cantidades son aproximadas pero pueden ser perfectamente válidas):

  In-House Software SaaS
Inversión Inicial Lo normal es que deberíamos comprar un servidor para localizar nuestra aplicación y datos y que ambos  PC´s accedan y almacenen en el mismo sitio. Coste linfraestructura(PC+red): 1.500€ – Coste aplicación: 400€ Nueva linea ADSL 
Gastos de mantenimiento Coste mes nueva infraestructura:30€ – Coste mes aplicación:50€ Coste: 30€/mensuales – Coste aplicación por 2 usuarios/mes: 80€
Riesgo de adopción Alto riesgo por la inversión Bajo, no tienes inversión
Acceso a al aplicacion y datos Desde la empresa Desde cualquier punto, incluso tu casa.
La carga operacional recae sobre La infraestructura del cliente Proveedor de la Solución Saas
Tiempo de desarrollo o configuración Alto Medio
Facilidad de migración de las versiones Requiere una planificación Corre a cargo del proveedor del Saas
Disponibilidad de la aplicación Total Total
Retorno de la Inversión Lento debido a la inversion inicial Rápido y más predecible
Posbilidad de errores durante la implantación Alta Ninguna, accedes a traves del navegador
Capacidad añadir o eliminar usuarios Dependiendo de la licencia Si, rápidamente.
Seguridad de los datos(Backup, Accesibilidad,etc) A cargo del cliente A cargo del proveedor del Saas
Facilidad de despliegue de la aplicación a los usuarios Depende del tipo de aplicación Tan rápido como conectarse al proveedor del Saas
Precio mes 80€ mensuales 110€ mensuales

 y ahora sopesando inversión, ventajas y desventajas, y precio mensual, solo hay que contestar a la pregunta . ¿saas si o saas no?

Amazon tendrá que pagar por el incidente del 20J

Amazon ofrece a sus clientes una explicación más detallada del incidente ocurrido el día 20 de Julio en el servicio Amazon S3 que estuvo innacesible durante aproximadamente 7 horas. Como explicarón el mismo día del incidente, al parecer fue un problema de comunicaciones entre los diferentes componentes de S3 y en este informe añaden que fue provocado porque algunos de los mensajes enviados entre los servidores contenian un bit corrupto que al pasar por el cheksum devolvia un error.

Además en el informe explican puntualmente en qué momento se realizaron acciones para la detección y correción del problema tanto en los servidores de Europa como los de Estados Unidos.

Ahora les queda devolver en la siguiente factura de cada cliente el importe correspondiente a la aplicación del SLA( Service Level Agreement) del tramo que se encuentra entre 99’9% y el 99% de indisponibilidad del servicio mensual. Como el servicio estuvo indisponible menos de 446 minutos (31dx24hx60m), Amazón devolverá el 10% de la facturación del servicio S3 correspondiente al mes de Julio. El siguiente tramo es el que se encuentra por debajo del 99% y en este caso Amazon hubiera tenido que devolver el 25%.

Revisando la noticias en la red además de WordPress, otros muchos clientes como SlideShare.net, Flickr, estuvieron afectados por incidente y esto ha provocado que Amazon anunciará que para la aplicación del SLA no era necesario enviar ningun formulario, logs, etc que justificara la pérdida de servicio.

¿Saas para aplicaciones críticas?

Cierto es que el software as a service tiene unas cuantas ventajas y otras desventajas pero cuando nos plateamos la posibilidad que nuestros datos y la lógica de nuestro negocio quede fuera de las cuatro paredes de la empresa, la ventajas y desventajas van cogiendo y disminuyendo peso para justificar las decisiones. Si además los datos que manejará la aplicación saas, son datos críticos para el funcionamiento de nuestra empresa, la decisión hacia la adopción del Saas aun se complica más, y si encima la disponibilidad de estos datos debe ser 24×7 (24h, 7 dias a la semana) la adopción del Saas practicamente desaparece.

Para intentar paliar esto y dar confianza a sus clientes, muchos proveedores de Saas que ofrecen acuerdos de nivel de servicio (SLA) de 24X7, como por ejemplo Salesforce, con un porcentaje de perdida de servicio realmente pequeño y que podria servirnos para cubrir nuestras necesidades de disponibilidad, pero sabemos que este tipo de consumo de software se realiza a través de internet y nos obliga a que el proveedor de comunicaciones nos ofrezca un nivel de servicio parecido que el de la aplicación Saas. Esto puede ser realmente costoso disminuyendo el peso de uno de los principales factores de compra: la reducción de costes e inversión.

Por otro lado, la edad de la empresa tambien es importante e influirá a la hora de tomar esa decisión. No es lo mismo que la decisión se esté formando desde una start-up donde aún no tenga su sistema de información asentado  que de una empresa consolidada y con años en su mercado  que tenga su sistema de información en marcha y en casa.

Otro factor importante que puede influir en la decisión de compra es la cultura de la empresa, esto es, una empresa conservadora con dificultades históricas en la adopción de tecnología será mucha más reticente que la empresas dinámicas, emprendedoras y que no les importa el cambio. Este post de Enrique Dans me ayuda a explicar el concepto .

Y por supuesto la reducción de costes e inversiones en empresas con problemas financieros puede ser determinante pero tambien lo es para para aplicaciones no críticas.

En mi opinión de todo lo expuesto lo que realmente frenará la entrada de saas en aplicaciones críticas será Internet y quizás sea cuestión de tiempo, de fiabilidad y de confianza , como la luz y el agua de los que nadie duda de su disponibilidad.

 

¿Cuales son los requisitos mínimos del Saas?

Desde el punto del cliente que va a adquirir los servicios de una aplicación ofrecida como servicio, existen una serie de requisitos mínimos necesarios que una Saas debe ofrecer:

Rendimiento.- Una saas debe ofrecer un rendimiento mínimo y aceptable para que sea atractiva su adquisición. El problema aquí es definir mínimo y aceptable y aunque es un concepto subjetivo puede ser medible en tiempos de respuesta en el acceso a los datos, de ejecución los procesos de negocio, de comunicación a la propia aplicación ( delay producido por el alojamiento geográfico de esta), etc….

Acuerdo de Nivel de Servicio ( en inglés Service Level Agreement) .- El ISV de la aplicación Saas debe proveerte de varios niveles de servicio al que los cliente pueda adherirse. Habrá clientes que necesiten su aplicación disponible 8×5 (5 dias a la semana, 8 h) y habrá que clientes que necesiten 24 X 7. El ISV deberá instalar en sus sistemas los mecanismos necesarios para poder ofrecer este tipo de acuerdos, esto es, backup,  cluster de alta disponibilidad de datos y aplicación, etc…..

Privacidad en las comunicaciones.- Debido a la importancia de los datos que puedan albergar las aplicaciones en necesario que la comunicacion que se realiza a través de Internet sea segura, esto es, la comunicación debe realizarse a través de https u otra forma de comunicación que asegure la privacidad de las comunicaciones.

Privacidad de los datos.- De igual forma el ISV debe asegurar que los datos esten seguros y accesibles única y exclusivamente por el dueño del dato. Esto debe ser especialmente perseguido en la aplicaciones multitenancy ( nivel 3 y 4 de maduración) que explique en este post.

Monitorización de la aplicación.- El cliente debe saber de alguna forma que es lo que ocurre en su aplicación, por ejemplo: quién accede, a qué procesos, a qué datos,etc. Esto es obligado cuando el pago por el uso de la aplicación se realiza a través de conceptos como horas de utilización de la aplicacion, consumo de espacio de disco, o cualquier otra forma que sea variable.

Acceso de a los datos.- El resto de la aplicaciones de la organización deben acceder a través de APIs o de Web Services , a los datos y lógica de negocio que se utilizan y genera por el uso de la saas, sobretodo, en clientes que tengan adoptado la arquitectura SOA en su sistema de información.