Vincular los objetivos SLA con un proceso de respuesta
Una cifra de disponibilidad necesita un alcance de medición claro. Una caída de su aplicación también requiere observación, responsables y reanudación.
Una cifra de disponibilidad es más fácil de comparar que la organización de la respuesta a un incidente. Sin embargo, para operar su aplicación debe quedar claro qué mide la cifra y cómo una observación relevante conduce a una acción coordinada.
Google SRE distingue Service Level Indicator (SLI) como indicador medido, Service Level Objective (SLO) como objetivo y Service Level Agreement (SLA) como acuerdo de nivel de servicio. Una métrica necesita un alcance definido y un intervalo de medición. La denominación SLA no explica por sí sola qué parte del flujo de su aplicación se observa.
Un componente disponible puede ocultar un flujo interrumpido
En este ejemplo ficticio, un portal usa distintos servicios para la aplicación web y el almacenamiento de archivos. Durante el evento S-60, la página de inicio sigue respondiendo. Sin embargo, las nuevas solicitudes con archivo no pueden guardarse por completo. Un punto de medición limitado a la página de inicio no refleja ese impacto.
Por tanto, el equipo debe relacionar la medición con la función que necesita el usuario. Esto no supone una conclusión sobre un acuerdo concreto con un proveedor: el ejemplo trata de la observación técnica necesaria para su propia aplicación.
Completar la métrica con la asignación del trabajo
El siguiente plan vincula el alcance de medición con la respuesta a este caso.
Aspecto | Qué aclarar para el portal | Rol responsable |
|---|---|---|
Observación | ¿Se comprueba solo un componente o el flujo completo de la solicitud? | Responsable de la aplicación |
Respuesta | ¿Quién reúne los hallazgos, contacta con los servicios afectados y coordina los cambios? | Coordinación del incidente |
Reanudación | ¿Quién comprueba la solicitud, el archivo y el trabajo pendiente, y decide el siguiente paso operativo? | Responsables de negocio y operaciones |
Son propuestas para el ejemplo, no valores de servicio medidos aquí ni roles ya asignados. Una métrica de disponibilidad no determina por sí sola la medida técnica ni el momento concreto de la reanudación.
Revisar conjuntamente la medición y el procedimiento
Organizar su propia respuesta a incidentes no vuelve irrelevantes los compromisos externos de servicio. Complementa la visión de los componentes afectados con el trabajo sobre el flujo completo. Aclare conjuntamente medición, vía de contacto y autoridad para decidir.
Cuando intervienen varios servicios, su equipo necesita una visión coordinada del impacto. Un hallazgo técnico se convierte en una decisión operativa sólida cuando se vincula al flujo afectado y la siguiente acción se asigna a un rol responsable.
Fuentes
Escrito por
- Lukas SchneiderRedactor técnicoLukas Schneider escribe en ASES sobre tecnologías en la nube y la operación de aplicaciones. Sus artículos abarcan desde la elección de la infraestructura hasta el mantenimiento, las copias de seguridad y la supervisión de sistemas en funcionamiento.
Seguir leyendo
Todos los artículos
Cloud y operación con ASES
Hosting, despliegue, mantenimiento y soporte