Playgrounds
Principiante
14px
+ Añadir nodo:
Meta de Calidad / SLA: 4/4 Containers Healthy · 99.95% SLATiempo estimado: ~5 min
Objetivo del Escenario #001Pasarela de Pagos FinTech#001 · Escalado TCP y Balanceo en Pasarela de Pagos FinTech

Asegura que todos los servicios compartan la red 'app-net', activa TLS en el Gateway, escala la API a >= 2 réplicas y monta un volumen persistente en Postgres.

1. Contexto de Producción y Arquitectura

Estás operando la infraestructura de contenedores de "Pasarela de Pagos FinTech" (Escenario #001 · Nivel Principiante). El tráfico entra por el Reverse Proxy NGINX en el puerto 443, viaja por la red interna bridge (app_net) hacia el microservicio FastAPI y persiste estado en Redis 7 y PostgreSQL 16.

2. Diagnóstico / Causa Raíz e Incidente

Topología base de microservicios para Pasarela de Pagos FinTech: verifica que el proxy NGINX, la API FastAPI, Redis y PostgreSQL 16 mantengan puertos alineados, healthchecks activos y persistencia en volumen antes de abrir tráfico.

Impacto en Producción: Si no se corrige, los clientes reciben errores HTTP 502 Bad Gateway en llamadas críticas y cualquier reinicio del contenedor borra registros transaccionales en PostgreSQL.

3. Meta Técnica y Validación en Runtime Real

Al pulsar 'Ejecutar Lab Real', el servidor Linux abre sockets TCP reales en Python 3.12 (127.0.0.1) para verificar el enlace de puertos, healthchecks, réplicas y montaje de volúmenes.

Conceptos de Ingeniería Clave:
Redes Bridge en DockerBinding de Puertos TCPPersistencia con VolúmenesHealthchecks de Contenedores
4. Parámetros a Auditar y Corregir en Nodos
  • Listo
  • Listo
  • Listo
  • Por ajustar
  • Listo
Docker & Microservicios Lab4 nodos · 3 enlaces