Último blog

Un patrón de red Docker con la menor exposición posible para proxies inversos, backends, bases de datos, descubrimiento de servicios, opciones de salida y pruebas de reversión.

Adapta la política de reinicio al ciclo de vida y a la semántica de salida del servicio. Combínala con comprobaciones de salud y disponibilidad; no uses bucles de reinicio para ocultar fallos de dependencias.

Asigna el UID/GID de cada contenedor a sus recursos compartidos del NAS, usa grupos compartidos o ACL cuando sea necesario y considera PUID/PGID específicos de cada imagen, no configuraciones universales de Docker.

Deja los servicios necesarios sin perfil y usa perfiles para las herramientas opcionales. Prueba los objetivos directos y las dependencias en lugar de asumir que un perfil inicia toda la pila.

Clasifica los metadatos de las aplicaciones NAS según su función de restauración. Excluye las cachés y los estados temporales, protege deliberadamente la configuración portátil y mantén las bases de datos activas fuera de la sincronización genérica.

Una ventana inmutable debe durar más que el retraso de detección realista, sin dejar de ajustarse a las necesidades de capacidad y recuperación. Protege los puntos limpios y prueba la restauración antes de ampliarla.

Los documentos, las fotos y el estado de las aplicaciones fallan de forma diferente. Asigna a cada uno su propia tarea, programación, política de retención, credenciales y prueba de restauración, en lugar de hacer una única...

Verifica con mayor frecuencia los datos críticos o que cambian rápidamente, pero deja que el RPO, la complejidad de restauración, la retención y la velocidad de cambio de la infraestructura determinen la cadencia final.