Saltar a contenido

P3.2 Servicios de Email y Dockerización

Servicios de Email y Dockerización
Servicios de Email y Dockerización

Introducción al Problema

En el desarrollo de software, probar el envío de correos electrónicos es delicado. No queremos enviar emails reales a usuarios de prueba por error (spam), ni queremos configurar servidores SMTP complejos solo para desarrollar. Además, necesitamos herramientas que sean fáciles de instalar y quitar sin ensuciar nuestro sistema operativo principal.

Esta práctica soluciona ambos problemas usando Docker para la gestión de servicios y Mailpit para interceptar correos.

Desglose de Componentes

1. El Sistema Anfitrión (Host System)

  • Actores: Tu máquina (Windows/Linux), Nginx, PHP, Redis.
  • Función: Es donde corre la aplicación principal (Laravel).
  • Comportamiento: La aplicación funciona con normalidad. Cuando necesita enviar un correo (por ejemplo, en una campaña de marketing), no intenta conectar con Gmail ni Outlook. Se conecta a nuestro servidor local "falso".

2. El Contenedor Docker (Docker Container)

  • Actor: Mailpit.
  • Función: Es un servidor de correo pequeño y aislado.
  • Comportamiento: Vive dentro de una "caja" (contenedor). Esto significa que no instala nada en tu sistema base, solo corre cuando lo necesitas. Expone dos "puertas" (puertos) para comunicarse con el exterior.

3. Los Puertos de Comunicación

  • Puerto 1025 (SMTP Input): Es el buzón de entrada. Laravel conecta aquí para entregar los correos. Mailpit los recibe y, en lugar de enviarlos por internet, se los guarda.
  • Puerto 8025 (Web Output): Es la pantalla de visualización. El desarrollador conecta aquí con su navegador para ver los correos que Mailpit ha atrapado.

Flujo de Trabajo (Paso a Paso)

  1. Inicio de Campaña: El usuario (Administrador) accede a la web (Puerto 80) y pulsa "Lanzar Campaña".
  2. Procesamiento en Segundo Plano: Al igual que en la práctica anterior, Laravel envía la tarea a Redis y el Worker la recoge. Esto permite enviar miles de correos sin bloquear al usuario.
  3. Envío (SMTP): El Worker procesa la lista de usuarios. Por cada usuario, genera un email y lo envía a 127.0.0.1:1025.
  4. Intercepción: Mailpit, escuchando en el puerto 1025, recibe el correo. No lo envía a internet. Lo almacena en su base de datos interna en memoria.
  5. Verificación: El desarrollador abre su navegador en http://localhost:8025.
  6. Visualización: Mailpit muestra una interfaz web (parecida a Gmail) donde se ven todos los correos recibidos. Esto permite verificar el diseño HTML, los asuntos y los destinatarios sin riesgo de molestar a nadie.

Conclusión

Esta arquitectura demuestra el uso moderno de Microservicios en desarrollo:

  • Aislamiento: El servidor de correo no "ensucia" la instalación de PHP ni del sistema operativo.
  • Seguridad: Es imposible enviar spam por accidente, ya que Mailpit no tiene salida al exterior.
  • Simulación Realista: La aplicación Laravel "cree" que está enviando correos de verdad, por lo que el código no cambia cuando pasamos a producción (solo cambiamos la configuración del .env).