Desplegar por etapas
No publicar a todos a la vez: cómo se hace, qué se vigila entre etapas, y por qué es la diferencia entre un fallo que afecta a diez personas y uno que afecta a todas.
Cómo se hace
Lo del nivel 64.2: el manifiesto tiene que ser un servicio, no un fichero estático, porque tiene que responder distinto según quién pregunte.
Y el ritmo razonable: unas horas entre la 1 y la 2, un día entre la 2 y la 3, y otro hasta la 4. Suficiente para que los problemas aparezcan y no tanto como para que publicar se eternice.
Qué observar entre etapas
La última fila es la advertencia: si no tienes ninguna señal que observar, el despliegue por etapas no sirve de nada — estás esperando sin mirar. Merece tener al menos un indicador antes de montar esto.
Detener sin publicar otra
La capacidad que justifica el servicio, y es la que se agradece el día malo:
- Dejar de ofrecer la versión nueva a quien aún no la tiene. Un cambio de configuración, en segundos.
- Sin publicar una versión de corrección, que tardaría en construirse, firmarse y notarizarse — nivel 61.1.
- Y sin afectar a quien ya la tiene, que sigue con ella hasta que publiques la corrección.
Con un manifiesto estático esto es editar un fichero, lo que también funciona y es más lento y más propenso a errores con prisa.
Lo mínimo que sirve
Y para no descartar esto por complejo, la versión de andar por casa:
- Publica los artefactos y no el manifiesto. Nivel 63.4.
- Úsalos tú un día, con la versión final instalada.
- Publica el manifiesto al día siguiente.
No es despliegue por etapas y captura la mayoría de los fallos graves, porque los que rompen cosas suelen aparecer en las primeras horas de uso real. Es la etapa 1 sola, y es infinitamente mejor que nada.