Objetivo
Diseñar controles que detecten tanto caída total como degradación progresiva.
Contexto
La disponibilidad responde si un servicio puede utilizarse. El rendimiento describe con qué latencia, capacidad y estabilidad responde bajo carga.
Un servidor puede contestar ping mientras la aplicación tarda minutos. También puede rendir bien en una prueba y estar disponible sólo de manera intermitente. Se necesitan ambas perspectivas.
Puntos clave
- Disponibilidad usa checks de servicio y transacciones sintéticas.
- Rendimiento observa latencia, errores, saturación y volumen.
- Las métricas técnicas deben relacionarse con experiencia de usuario.
- Las líneas de base permiten detectar degradación antes del umbral.
- Capacidad y tendencia ayudan a planificar crecimiento.
Recomendaciones
- Definir servicios y recorridos críticos.
- Medir éxito, tiempo de respuesta y errores desde ubicaciones relevantes.
- Recolectar recursos y dependencias del servicio.
- Establecer objetivos y alertas basados en impacto.
- Revisar tendencias y correlacionar incidentes.
Riesgos y advertencias
- Ping exitoso puede ocultar una aplicación inutilizable.
- Alertar cada variación genera ruido.
- Promedios largos esconden picos que afectan usuarios.
Cómo validar el resultado
- Una caída y una degradación controlada producen señales distintas.
- La alerta identifica servicio e impacto probable.
- Las tendencias permiten anticipar límites de capacidad.
Buenas prácticas
Comenzar por pocos servicios críticos y medir desde la perspectiva del usuario. Agregar métricas sólo cuando ayuden a decidir o diagnosticar.
Próximos pasos
Elegir una aplicación y definir un check de disponibilidad, una transacción y tres métricas de rendimiento asociadas.