Acuerdos de nivel de servicio de proxies: compromisos y supervisión
Cuando una empresa utiliza proxies en su trabajo diario, necesita saber qué nivel de servicio se compromete a prestar el proveedor. ¿Se puede confiar en la conexión? ¿Cómo se gestionará un fallo? ¿Qué ocurre si no se alcanza el nivel prometido? Un acuerdo de nivel de servicio, o SLA, establece esos compromisos y cómo se evalúan.
Un SLA forma parte de las políticas de servicio de un proveedor. Este artículo explica las prácticas del sector; los compromisos que se describen a continuación no son promesas de ProxyCompass. La información sobre ProxyCompass aparece en una sección independiente al final.
Qué establece un SLA
Un SLA convierte un compromiso de servicio en algo medible. Identifica el servicio cubierto, el nivel de rendimiento exigido, el método para comprobarlo y la respuesta ante un incumplimiento. Puede ser un documento público aplicable a un producto, parte de las condiciones de servicio o un acuerdo con un cliente concreto.
Una afirmación como «proxies fiables» dice poco sobre lo que debe prestarse. Un compromiso de disponibilidad adquiere sentido cuando especifica qué parte del servicio cubre, qué se considera una indisponibilidad y durante qué período se evalúan los resultados. Lo mismo se aplica al soporte: un plazo de respuesta necesita un punto de inicio, una respuesta definida y un horario de atención aplicable.
Los límites técnicos de un paquete y su SLA tienen funciones distintas. Un límite de conexiones describe la carga que un cliente puede generar en el servicio. Un SLA describe el nivel de servicio prometido en las condiciones aplicables. Ni las especificaciones de un paquete ni un gráfico histórico de disponibilidad establecen automáticamente un compromiso SLA.
A qué pueden comprometerse los proveedores
La disponibilidad es un tema habitual de los SLA. También pueden cubrir los tiempos de respuesta del soporte. Los plazos de restablecimiento y los umbrales de rendimiento son compromisos adicionales únicamente cuando se incluyen de forma expresa.
| Compromiso | A qué se refiere | Qué debe definirse |
|---|---|---|
| Disponibilidad | Si el servicio proxy cubierto puede utilizarse | El servicio o las IP cubiertos, los criterios de fallo y el período de evaluación |
| Respuesta del soporte | Con qué rapidez recibe respuesta una comunicación que reúne los requisitos | El canal de soporte, el horario de atención y qué se considera una respuesta |
| Restablecimiento | Con qué rapidez debe restablecerse el servicio tras un fallo | Cuándo empieza a contar el plazo, la categoría del incidente y el resultado de recuperación aceptado |
| Rendimiento | Retardo de conexión, caudal de transferencia u otra medida especificada | Los puntos de medición, las condiciones de prueba y la carga aplicable |
En los proxies importa qué se compromete a cubrir el proveedor. Puede medir una puerta de enlace, direcciones proxy individuales o un grupo. Que una puerta de enlace sea accesible no demuestra por sí solo que funcionen todos los servidores proxy o dispositivos que hay detrás. Un compromiso sobre todo el grupo también necesita una norma para tratar los fallos que afectan solo a una parte.
Las mediciones de rendimiento requieren un cuidado parecido. El tiempo que se tarda en abrir una conexión con el proxy es distinto del tiempo que se tarda en descargar una página a través de él. La segunda medición incluye una parte mayor del recorrido y la respuesta del sitio web de destino. Una promesa de rendimiento debe indicar a qué medición se refiere.
El soporte ininterrumpido describe cuándo funciona el servicio de atención. Un compromiso de primera respuesta indica en cuánto tiempo debe responder alguien. Un compromiso de restablecimiento indica cuándo debe volver a funcionar el servicio. Son obligaciones distintas; una no incluye automáticamente las demás.
Cómo mantienen los proveedores el nivel de servicio prometido
Cumplir un SLA exige tanto una infraestructura operativa como una respuesta organizada ante los fallos. Las medidas siguientes explican cómo pueden mantener el servicio los proveedores; no son una lista de funciones que todos ofrezcan necesariamente.
Los servidores y las conexiones de red redundantes ofrecen alternativas cuando falla un equipo o un enlace. Para que esa reserva sirva, no debe depender por completo del componente que ha fallado. Varios servidores proxy conectados a través del mismo dispositivo de red averiado pueden quedar inaccesibles a la vez.
La gestión del tráfico puede dirigir las conexiones nuevas a servidores sanos y dejar de asignarlas a un nodo averiado. En un grupo rotativo, esto puede incluir retirar de la selección los servidores proxy o dispositivos no disponibles. Con una lista fija, proporcionar una dirección de sustitución puede restablecer el acceso, pero no conserva la IP original. Por eso, el compromiso de mantener el servicio operativo no debe interpretarse como una promesa de conservar todas las direcciones o sesiones activas.
Planificar la capacidad deja margen para los cambios de demanda y los fallos de los equipos. Si todos los servidores restantes ya están ocupados al máximo, trasladar el tráfico de un servidor averiado también puede sobrecargarlos. Los proveedores supervisan el uso de recursos y amplían o redistribuyen la capacidad antes de que se convierta en un cuello de botella persistente. Los límites de conexiones y solicitudes ayudan a mantener las cargas dentro de las condiciones de funcionamiento del servicio.
El mantenimiento y los cambios de software también requieren planificación. Un proveedor puede trasladar el tráfico antes de intervenir en un equipo, probar una actualización en una parte limitada del sistema y conservar una forma de deshacer un cambio defectuoso. Estas medidas reducen la probabilidad de que una tarea rutinaria provoque una interrupción mayor.
Por último, las alertas necesitan personas capaces de actuar. Las responsabilidades, el acceso a los sistemas afectados y los procedimientos para involucrar a especialistas de red o del centro de datos influyen en la rapidez con la que puede restablecerse el servicio.
Cómo se mide el cumplimiento
La supervisión tiene dos funciones: detectar los fallos mientras ocurren y conservar mediciones para evaluar el servicio a lo largo del tiempo. Una alerta que despierta a un ingeniero y un informe mensual de disponibilidad pueden utilizar las mismas observaciones, pero responden a preguntas diferentes.
La supervisión interna sigue los sistemas del propio proveedor: procesos en ejecución, uso de recursos, errores de conexión y estado de la red. Puede revelar problemas que están empezando, como una capacidad de conexiones agotada, antes de que todo el servicio deje de responder.
Las comprobaciones externas prueban lo que un cliente puede hacer realmente. En un proxy, una comprobación útil puede autenticarse, conectarse a través del proxy con un destino controlado y verificar que llega la respuesta esperada. Detectar únicamente un puerto abierto deja gran parte de ese recorrido sin probar. Un destino controlado también ayuda a no confundir un fallo del proxy con el de un sitio web ajeno.
Las observaciones necesitan detalles suficientes para localizar un incidente: la dirección o puerta de enlace comprobada, la marca de tiempo, el resultado y el error relevante. El intervalo entre comprobaciones determina lo que puede observarse. Si están muy separadas, pueden pasar por alto interrupciones breves; una comprobación desde una sola red puede no detectar un problema de encaminamiento en otra. Una prueba sobre direcciones seleccionadas no debe presentarse como demostración continua de que todas las IP de un grupo grande funcionaban.
El acuerdo determina después cómo se cuentan esas observaciones. La disponibilidad puede calcularse a partir del tiempo de servicio computable o de las solicitudes que reúnen los requisitos, según la definición. El período de evaluación, el tratamiento de los fallos parciales y las exclusiones aplicables deben corresponderse con ese cálculo. Un porcentaje sin estas reglas no describe por completo la medición.
Los clientes pueden conservar sus propias mediciones junto con los informes del proveedor. Una página pública de estado es útil para los sucesos que afectan a todo el servicio, mientras que los informes de la cuenta o las comprobaciones individuales pueden mostrar un problema más localizado. El SLA debe identificar los registros utilizados para evaluar una reclamación y la información que debe aportar el cliente.
Cómo se gestiona un incidente del servicio
Un incidente puede detectarse mediante comprobaciones automáticas o ser comunicado por un cliente. El proveedor necesita establecer qué está afectado: una dirección, una ubicación, la autenticación, una puerta de enlace o el servicio en general. Esto ayuda a dirigir el problema a quienes pueden resolverlo y a determinar su prioridad.
La tarea inmediata consiste en restablecer un servicio utilizable. Puede requerir reiniciar un proceso averiado, trasladar tráfico, deshacer un cambio o trabajar con el operador de red. Encontrar y eliminar la causa original puede tardar más que restablecer el acceso. Por eso, una recuperación temporal y una reparación permanente son etapas distintas.
La comunicación con los clientes necesita su propio responsable. Durante una interrupción general, los ingenieros pueden estar trabajando en la recuperación mientras el personal de soporte recoge avisos y publica novedades. Si un SLA especifica intervalos de actualización o plazos de escalado, esos compromisos pueden comprobarse por separado de la propia reparación.
La recuperación también debe verificarse. El proveedor debe confirmar que las conexiones afectadas vuelven a funcionar y vigilar si los errores se repiten. Cuando se facilitan informes, el registro puede incluir el período del incidente, los servicios afectados, las medidas tomadas y las acciones previstas para evitar que se repita. El nivel de detalle disponible para los clientes depende de las condiciones de servicio.
Dónde se aplican los compromisos
Una solicitud fallida no identifica por sí sola su causa. Unas credenciales incorrectas, un paquete caducado, un límite de conexiones, el rechazo del sitio de destino y un servidor proxy averiado pueden interrumpir una tarea, pero afectan a partes distintas del servicio.
El SLA define cuáles de esas partes se ha comprometido a cubrir el proveedor. Mantener una conexión proxy no implica prometer que un sitio web independiente acepte la IP o devuelva el contenido que desea un cliente. Del mismo modo, un problema de la red local del cliente es distinto de un fallo dentro de la infraestructura del proveedor.
El mantenimiento programado y otras exclusiones necesitan condiciones expresas. Una exclusión de mantenimiento puede depender de un aviso previo o de un horario de mantenimiento concreto. El mero hecho de que se haya trabajado en el sistema no determina cómo debe contabilizarse la interrupción. Esa regla la establece el acuerdo aplicable.
Las dependencias también deben tratarse con claridad. Un servicio proxy puede recurrir a una empresa de alojamiento, una red de tránsito u otro suministrador. Que una interrupción relacionada con ese suministrador quede excluida depende del acuerdo; subcontratar parte de la infraestructura no explica, por sí solo, la cobertura SLA del cliente.
Qué ocurre cuando no se cumple un SLA
Restablecer el servicio resuelve el problema técnico. La compensación del SLA responde al compromiso incumplido. Una fórmula utilizada por los proveedores es el crédito de servicio: un importe que se aplica a cargos posteriores del servicio. Otros acuerdos pueden prever una ampliación del período o un reembolso, pero el documento aplicable debe establecer la compensación.
El cálculo necesita una base de cargos definida. El crédito puede estar ligado al servicio afectado en lugar de a todos los elementos de la cuenta del cliente. Distintos niveles de incumplimiento pueden dar lugar a créditos diferentes, y puede existir un máximo. Estas reglas explican lo que ofrece el SLA; un compromiso incumplido no establece por sí solo el reembolso de todas las pérdidas causadas por una tarea interrumpida.
Es posible que el cliente deba presentar una solicitud dentro de un plazo establecido. La información relevante puede incluir el servicio afectado, las horas del incidente con su zona horaria y los registros de errores de conexión. La solicitud se evalúa según el procedimiento y las pruebas que especifica el SLA.
Esto es distinto de la política habitual de reembolso de una compra. Un plazo de reembolso se refiere a las condiciones para devolver una compra; una compensación del SLA responde al incumplimiento de un compromiso de servicio definido durante su uso.
