Resumen ejecutivo
- Problema
- Evitar entornos duplicados sin exponer el nodo doméstico a Internet.
- Contribución
- Topología de ejecución remota, acceso privado e interfaces limitadas.
- Resultado
- Un entorno de contenedores centralizado con exposición mínima.
- Alcance
- Implementación de topología; no afirma estado operativo actual de un conjunto.
- Verificación
- Diseño y despliegue verificados el 23/08/2026.
Problema
Ejecutar contenedores tanto en la estación de trabajo como en el servidor privado duplicaba consumo, puertos, volúmenes y procedimientos. Al mismo tiempo, exponer el nodo doméstico para simplificar acceso habría creado una superficie innecesaria.
Responsabilidad
Definí un único entorno de ejecución, configuré la administración remota, limité las interfaces publicadas y documenté la separación entre dependencias de desarrollo y almacenamiento autoritativo.
Restricciones
- Sin puertos domésticos publicados en Internet.
- Acceso administrativo únicamente mediante red privada y SSH.
- Base de datos y caché sin puertos en el host.
- Servicios HTTP de desarrollo vinculados a una interfaz local.
- La caída del nodo privado no habilita automáticamente un entorno alternativo.
Arquitectura y enfoque
La estación envía contextos de compilación y comandos a Docker remoto sobre SSH. Los contenedores y volúmenes residen en el nodo privado. Las aplicaciones se comunican por redes internas; solo los puntos necesarios para desarrollo se vinculan a una interfaz local.
Decisiones y compromisos
- Un solo entorno de ejecución. Simplifica estado y operación, pero hace explícita la dependencia de conectividad.
- Acceso privado. Reduce exposición a costa de requerir autenticación en la red superpuesta.
- Persistencia en el nodo. Libera la estación de servicios permanentes y concentra los procedimientos de copia de seguridad.
Implementación
Se configuró un contexto remoto, se verificó con un contenedor efímero y se desplegó un stack de cuatro servicios. La API y el almacenamiento de desarrollo quedaron ligados a una interfaz local; la base de datos y la caché no publican puertos.
Verificación
Incidentes y aprendizajes
Un punto de preparación que devuelve éxito no prueba dependencias si sus comprobaciones aún son marcadores. La observabilidad debe declarar exactamente qué valida para no convertir una respuesta verde en falsa confianza.
Estado de implementación
La arquitectura y el despliegue fueron verificados el 23/08/2026. No existe una lectura operativa fechada y vigente que justifique afirmar si el conjunto de desarrollo está activo o detenido; por eso este caso no publica un estado operativo actual.
Siguiente paso
Obtener una lectura operativa segura antes de publicar un estado operativo y ampliar la comprobación de preparación para validar dependencias reales.