¿Cuál es una solución viable para generar informes SLA% para un servicio SaaS en la nube?

Es una pregunta interesante y una en la que he pensado mucho.

Hemos utilizado Pingdom durante mucho tiempo y presentamos esos datos, todo incluido, hasta el minuto de más de 5 años en http://trust.echosign.com/ Sentí que este era el camino correcto.

Hasta hace poco, no había distinción para los períodos de mantenimiento.

Lo que he aprendido es que este es definitivamente el enfoque correcto centrado en el cliente. Pero nadie hace esto. Nadie más proporciona este enfoque 100%, multianual, al minuto de los niveles de servicio. Ninguno. Entonces tal vez este no sea el camino a seguir 😉

En cambio, todos los que hacen esto en SaaS utilizan (x) comprobaciones vagas del sistema autogenerado, (y) rara vez proporcionan datos longitudinales verdaderos, y lo más relevante, (z) a menudo ocultan intrusiones más pequeñas por debajo de los criterios de seguimiento.

Por ejemplo, durante muchos años, Trust – salesforce.com NO contó una interrupción del servicio de <15 minutos como evento. De hecho, todavía no estoy seguro de que lo cuenten, ahora solo obtiene un vago signo de exclamación suave, que puede ver a continuación en este cuadro.

Para mí, esto es pseudo-transparencia, realmente una pelusa de marketing disfrazada de un gráfico de pseudo-tiempo de actividad:


Supongo que puede argumentar en ambos lados, pero al usar los datos de Pingdom o una fuente de tiempo de actividad similar en tiempo real como su sistema de registro … no puede ocultar o falsificar esto.

Por otro lado, no creo que un solo cliente haya reconocido el valor de esta verdadera transparencia frente a la pseudo-transparencia de la mayoría de nuestros colegas. Así que piensa en eso …

También puede usar las soluciones Keynote, Gomez o IPLabel que le proporcionarán exactamente QoE.
Por cierto, también mira con atención a los contratos de SLA. Para Azure, tenemos SLA mensualmente … no exactamente lo mismo para otros jugadores.