¿Qué es el mantenimiento programado?

¿Qué es el mantenimiento programado?

El mantenimiento programado es trabajo planificado sobre un servicio que se anuncia con antelación, se realiza en una ventana definida y se comunica mientras ocurre. Abarca migraciones de base de datos, mejoras de infraestructura, rotaciones de certificados, actualizaciones de dependencias y cualquier otra cosa que pueda degradar o interrumpir un servicio mientras se lleva a cabo.

Lo definitorio no es el trabajo en sí, sino el aviso. El trabajo no anunciado que rompe un servicio es una caída. El mismo trabajo, anunciado por adelantado con inicio, fin y descripción del impacto, es mantenimiento.

Por qué importa anunciarlo

Una ventana sin anunciar cuesta el doble. Los clientes abren tickets preguntando si algo está roto, y tus propias alertas se disparan como si la degradación fuese imprevista. Anunciar la ventana evita ambas cosas y protege tu historial de fiabilidad: una ventana planificada no es un incumplimiento del objetivo de disponibilidad, pero solo si se declaró como tal de antemano.

Los avisos suelen publicarse en una página de estado, donde aparecen antes de empezar, durante y después en el historial. Si algo sale mal a mitad de la ventana, el aviso pasa a ser una actualización de incidente, como se explica en comunicación de incidentes. Los suscriptores pueden recibir un correo para no tener que vigilar la página.

Qué dice un buen aviso de mantenimiento

• Cuándo - hora de inicio y fin, con zona horaria. Las horas ambiguas son el fallo más común en estos avisos.
• Qué se ve afectado - qué componentes, no qué servidores. Los clientes reconocen "la API", no "db-replica-3".
• Cuál es el impacto - no disponible, degradado o sin impacto previsto. "Sin impacto previsto" es una categoría legítima y útil.
• Qué hacer - si se requiere algo del cliente, y normalmente no se requiere nada.

Ventanas puntuales y recurrentes

Parte del mantenimiento ocurre una vez: una migración, una subida de versión. Otros trabajos se repiten con un ritmo, como un proceso por lotes semanal o un ciclo de parches mensual. Las herramientas que admiten ventanas recurrentes permiten declarar el patrón una sola vez en lugar de reanunciarlo cada vez, lo que hace el calendario predecible para quien planifica en torno a él.

Ejemplo

Un equipo planifica una actualización de base de datos para el domingo de 02:00 a 03:00 UTC. El jueves se publica el aviso: componente "API", impacto "degradado, las escrituras pueden fallar", sin acción requerida al cliente. La ventana se abre, el aviso pasa a "en curso" y a las 02:40 se marca como completado. Soporte no recibe tickets y esa hora figura como trabajo planificado, no como caída.

Mantenimiento y monitorización

Durante una ventana declarada, la monitorización debe gestionarse de forma deliberada. Silenciar las alertas por completo arriesga no ver un fallo real que empiece dentro de la ventana; dejarlas totalmente activas garantiza ruido. Lo habitual es mantener las comprobaciones corriendo y registrando, para tener los datos después, y marcar el periodo como planificado para que se lea correctamente en la página de estado y en los informes de disponibilidad.

En las páginas de estado de LoadFocus puedes programar el mantenimiento una sola vez o como ventana recurrente, diaria o semanal, y cada repetición puede anunciarse con un día de antelación. Los visitantes se suscriben por correo y reciben el aviso. Qué hacer con las alertas durante una ventana es otra decisión, que trata la guía de buenas prácticas de monitorización.

Preguntas frecuentes: mantenimiento programado

¿Cuál es la diferencia entre mantenimiento programado y una caída?

El aviso. El trabajo planificado que se declaró de antemano, con inicio, fin e impacto, es mantenimiento. El trabajo no anunciado que rompe un servicio es una caída, aunque la tarea técnica sea idéntica.

¿Con cuánta antelación debo anunciar el mantenimiento?

Con la suficiente para que los clientes se organicen, y otra vez poco antes de empezar. No hay una cifra universal: una ventana sin impacto previsto necesita menos preaviso que otra que deja el servicio no disponible.

¿El mantenimiento programado cuenta en contra de la disponibilidad?

Depende de la redacción de tu SLA. Muchos acuerdos excluyen las ventanas declaradas, pero solo si el contrato lo dice y la ventana se anunció como se exige. Revisa tus propios términos en lugar de suponerlo.

¿Debo pausar la monitorización durante el mantenimiento?

Normalmente no del todo. Mantener las comprobaciones conserva los datos y detecta un fallo que empiece dentro de la ventana. Marca el periodo como planificado para que los informes y la página de estado se lean bien.

¿Puede repetirse el mantenimiento según un calendario?

Sí. Las ventanas recurrentes encajan con trabajos regulares, como procesos por lotes semanales o parches mensuales, y permiten declarar el patrón una vez en lugar de anunciarlo cada vez.