El problema de las claves de API que nunca caducan
Una clave emitida hace años, que nunca se ha rotado y que hoy sigue siendo válida, no es una comodidad. Es un riesgo que nadie ha revisado de verdad en años.
El problema de los SLA redactados de forma que nadie puede hacer nada con ellos
Un SLA que promete un 99.99 por ciento de disponibilidad suena preciso y tranquilizador hasta que lees qué ocurre cuando no se cumple. A menudo la compensación es un pequeño crédito de servicio, calculado como una fracción de una fracción de tu factura mensual, disponible solo si detectas tú mismo la caída, la documentas con precisión y presentas una reclamación en un plazo corto, mediante un proceso que cuesta más tiempo del personal del que vale el crédito. El porcentaje de la página de ventas y la protección real que hay detrás son dos cosas muy distintas.
No se trata realmente de que las cifras de disponibilidad sean deshonestas. La mayoría de los proveedores que publican un 99.9 o un 99.99 por ciento probablemente describen un rendimiento histórico real. El problema es que un porcentaje de disponibilidad, por sí solo, describe el historial del proveedor, no lo que te pasa a ti en concreto cuando ese historial tiene un mal día. Un cliente que lee un SLA quiere saber qué recursos tiene durante una caída, no solo qué porcentaje del año se espera que funcione el servicio.
Preferimos que un compromiso de servicio se juzgue por lo que un cliente puede hacer realmente con él y no por cómo queda la cifra destacada en una página de ventas. Eso empieza por una visibilidad que no tienes que solicitar: encabezados de cuota en cada respuesta, para que conozcas tu situación en tiempo real, y una documentación clara y publicada de los límites de frecuencia y los códigos de error, en lugar de un documento que solo lees cuando algo ya se ha roto.
Un SLA viable, si un proveedor va a ofrecerlo, tiene que especificar una compensación proporcionada y fácil de reclamar, no un tecnicismo que disuada a cualquiera de pedirla. Si el crédito por no cumplir el objetivo de disponibilidad es realmente demasiado pequeño para importar y el proceso de reclamación es realmente demasiado lento para molestarse, el SLA funciona como una pieza de marketing, no como una promesa operativa. Existe para imprimirse, no para usarse.
Creemos que lo más honesto que puede hacer un proveedor es explicar con claridad qué ocurre realmente durante una degradación del servicio o una caída: qué se comunica, cuándo y por qué canal, en lugar de destacar un porcentaje que sugiere una garantía que en realidad no puede respaldar con una compensación viable. Una página de estado que te dice la verdad rápido vale más para una integración que una cifra contractual que solo paga en teoría.
Nada de esto significa que los compromisos de disponibilidad no valgan nada. Un proveedor dispuesto a publicar una cifra real y a respaldarla con una compensación real y utilizable hace algo muy distinto de otro que publica un porcentaje impresionante y un proceso diseñado para no usarse nunca. La diferencia no está en el número de nueves. Está en si la promesa que hay detrás de la cifra es algo que podrías cobrar de verdad, en una mala semana, sin que te cueste más esfuerzo que la propia caída.