Docker Stack: automatiza despliegues multinodo

Contenido del curso

Conceptos básicos

Primeros pasos

Administrando Servicios

Swarm avanzado

Swarm productivo

Conclusiones

24
Escalabilidad con Docker Swarm: listo para millones
00:52 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0010:49

Docker Stack: automatiza despliegues multinodo

Curso de Swarm

Clase 19 de 24

Clase 19 / 24

Recursos

Con Docker Swarm y los stacks puedes describir, versionar y automatizar despliegues multinodo con la misma sintaxis de Docker Compose. Además, controlas dónde corre cada servicio con constraints, inspeccionas tareas y puertos publicados, y actualizas repitiendo un único comando. Todo queda claro en un archivo legible que actúa como documentación viva de la arquitectura.

¿Qué es un stack en Docker Swarm?

Un stack es, en la práctica, un conjunto de servicios definido con un Compose file que Swarm entiende para correr en múltiples nodos. No es un objeto rígido: puedes administrar servicios por separado aunque pertenezcan al mismo stack. Su fuerza está en que reutiliza formato conocido y añade opciones pensadas para producción.

¿Cómo se relaciona con Docker Compose?

Usa el mismo archivo de Compose.
La sección deploy se ignora en docker compose, pero sí aplica en docker stack deploy.
Permite declarar placement y constraints para controlar el despliegue en nodos manager o worker.

¿Qué ventajas aporta como archivo versionado?

Trazabilidad: el archivo vive en GitHub o Bitbucket.
Claridad arquitectónica: “servicio A usa imagen X, servicio B usa imagen Y”.
Onboarding simple: quien llega nuevo entiende rápido servicios, imágenes y constraints.

¿Cómo desplegar, inspeccionar y actualizar servicios?

El flujo es directo: limpias lo anterior, despliegas el stack, inspeccionas servicios y tareas, y si editas el archivo, vuelves a desplegar para que Swarm aplique diferencias.

¿Cómo limpiar servicios y puertos previos?

Eliminar servicios libera puertos publicados.

docker service rm app db

¿Cómo desplegar con docker stack deploy?

Despliega el stack con un Compose file y un nombre.

docker stack deploy -c stack.yml app

Verifica servicios y tareas.

docker service ls
docker stack ls
docker stack ps app
docker stack services app

Notas:
- En stack services verás puertos publicados por servicio.
- En stack ps verás tareas por servicio.
- Si defines réplicas, se reflejan en el conteo esperado/actual.

¿Cómo actualizar sin recrear todo?

Edita el archivo y vuelve a ejecutar el mismo comando.

docker stack deploy -c stack.yml app

Swarm detecta diferencias y rota solo lo necesario, por ejemplo reubicando tareas según nuevas reglas.

¿Cómo controlar el placement y la exposición?

Puedes decidir que ciertos servicios corran en workers y otros en managers, manteniendo conexiones internas mediante overlay network y publicando puertos solo donde corresponda. En entornos como Play With Docker, los puertos expuestos quedan accesibles desde el exterior.

¿Cómo fijar constraints de worker en el Compose?

Usa la sección deploy con placement constraints.

services:
  app:
    image: swarm-networking
    # ... otras claves de Compose que ya usabas
    deploy:
      placement:
        constraints:
          - node.role == worker

En docker compose esta sección se ignora. En docker stack deploy toma efecto.

¿Cómo ver puertos publicados y redes?

Con docker stack services app verificas puertos publicados por servicio.
Swarm crea automáticamente una overlay network para interconectar servicios del stack en múltiples nodos.

¿Te gustaría que revisemos un ejemplo con múltiples réplicas y distintos constraints por servicio? Cuéntame en comentarios qué arquitectura quieres desplegar y lo exploramos juntos.

Rafa García Rea

Hace 7 años

Hola Guido,

Tengo una duda, quiero me gustaría un despliegue de una aplicación web en drupal (docker4drupal) con docker swarm, tengo 3 servicios:

Base de datos
PHP
Servidor web (nginx)

He realizado un volumen para el código de mi aplicación (subido a un repositorio GIT) en el servicio nginx

¿Cómo puedo hacer para que el código de mi aplicación esté dentro de mi servicio nginx? ¿y cómo importar los datos de mi base de datos?

version: "3"

services:
  mariadb:
    image: wodby/mariadb:$MARIADB_TAG
    environment:
      MYSQL_ROOT_PASSWORD: $DB_ROOT_PASSWORD
      MYSQL_DATABASE: $DB_NAME
      MYSQL_USER: $DB_USER
      MYSQL_PASSWORD: $DB_PASSWORD
    volumes:
      - ./mariadb-init:/docker-entrypoint-initdb.d # Place init .sql file(s) here.
      - ./database:/var/lib/mysql # Use bind mount
    networks:
      - net

  php:
    image: wodby/drupal-php
    environment:
      PHP_SENDMAIL_PATH: /usr/sbin/sendmail -t -i -S mailhog:1025
      DB_HOST: $DB_HOST
      DB_USER: $DB_USER
      DB_PASSWORD: $DB_PASSWORD
      DB_NAME: $DB_NAME
      DB_DRIVER: $DB_DRIVER
      PHP_FPM_USER: wodby
      PHP_FPM_GROUP: wodby
      COLUMNS: 80 # Set 80 columns for docker exec -it.
## Read instructions at https://wodby.com/stacks/drupal/docs/local/xdebug/
      PHP_XDEBUG: 1
      PHP_XDEBUG_DEFAULT_ENABLE: 1
#      PHP_XDEBUG_REMOTE_CONNECT_BACK: 0
#      PHP_IDE_CONFIG: serverName=my-ide
      PHP_XDEBUG_REMOTE_HOST: host.docker.internal # Docker 18.03+ Mac/Win
#      PHP_XDEBUG_REMOTE_HOST: 172.17.0.1 # Linux
#      PHP_XDEBUG_REMOTE_HOST: 10.254.254.254 # macOS, Docker < 18.03
#      PHP_XDEBUG_REMOTE_HOST: 10.0.75.1 # Windows, Docker < 18.03
#      PHP_XDEBUG_REMOTE_LOG: /tmp/php-xdebug.log
    volumes:
      - ./:/var/www/html
## For macOS users (https://wodby.com/stacks/drupal/docs/local/docker-for-mac/)
#      - ./:/var/www/html:cached # User-guided caching
#      - docker-sync:/var/www/html # Docker-sync
## For XHProf and Xdebug profiler traces
#      - files:/mnt/files
    networks:
      - net

  nginx:
    image: wodby/nginx
    depends_on:
      - php
    environment:
      NGINX_STATIC_OPEN_FILE_CACHE: "off"
      NGINX_ERROR_LOG_LEVEL: debug
      NGINX_BACKEND_HOST: php
      NGINX_SERVER_ROOT: /var/www/html/web
      NGINX_VHOST_PRESET: $NGINX_VHOST_PRESET
#      NGINX_DRUPAL_FILE_PROXY_URL: http://example.com
    volumes:
      - ./:/var/www/html
    networks:
      - net

networks:
  net:
    driver: overlay

Diego Forero

Team Platzi

Hace 7 años

Cuando he trabajado con php lo que hago es tener nginx y php en el mismo contenedor para tener todas las extensiones instaladas para que funcione el servidor web y un contenedor para la base de datos. Solo pasas como el host de la base de datos el alias que defines en networks para el contenedor de la base de datos.

networks:
  net:
    aliases:
      - mariadb

Con esto la url de la base de datos dentro de la red va a ser mariadb

Guido Vilariño

Profesor

Hace 7 años

Compartir volúmenes entre distintos servicios de un swarm puede ser complejo porque no hay garantía que los contenedores sean scheduleados en los mismos nodos, por lo que no tendrían acceso al mismo filesystem. Por lo tanto hay que pensar alternativas. Lo que te recomendaría es alguno de estos enfoques:

que uses nginx como reverse proxy y que delegue la petición a tu contenedor de PHP, así no tienes que compartir volúmenes
que compartas volúmenes entre nodos con algún driver especial para swarm volume sharing utilizando como backing storage un servicio de almacenamiento en la nube. El más popular open source es REX-Ray

Comentarios (20)20 comentarios

Camilo Castillo

Hace 8 años

Edwin Garcia

Gerardo Alberto Soto Alvarez del Castillo

Hace 6 años

Boris Vargas Paucara

Jhoan Franco

DAVID EDUARDO BAEZ SANCHEZ

Carlos Enrique Ramírez Flores

Wilson Fernando Antury Torres

Juan Pablo Leyva

Andres Esteban Garcia Pacheco

Hace 8 meses

Jhon Fabio Cardona Martinez

Hace 4 meses

Ignacio Bellucci

Fredy Red Ramos Pomari

Ricardo Antonio Rodriguez Valdez

andres quintanilla

Hace 4 años

Rodrigo Hernan Flores Torres

Tyronne Mendoza

Hace 3 años

victor rodriguez

Pablo Aquino

Hace 5 años

Víctor Andrés Ossa Londoño

Conceptos básicos

Docker Swarm sin gastar dinero en la nube

Escalando Docker con Docker Swarm

Por qué Docker Swarm es esencial para producción

Arquitectura de Docker Swarm: managers y workers

Los 12 factores para aplicaciones en Docker Swarm

Primeros pasos

Instalación de Docker en Mac, Ubuntu y Windows

Cómo iniciar Docker Swarm en tu máquina

Creando servicios en Docker Swarm

Cómo funciona docker service ps internamente

Qué es Play with Docker para practicar

Creando un Docker Swarm multinodo real

Administrando Servicios

Docker Swarm: escalado y rolling updates

Gestión de actualizaciones y fallos en Docker Swarm

Cómo exponer servicios Docker Swarm

Swarm avanzado

Cómo Docker Swarm enruta tráfico sin perder peticiones

Docker Swarm constraints: dónde correr cada tarea

Cómo drenar nodos en Docker Swarm sin downtime

Redes Overlay en Docker Swarm: Comunicación entre Servicios

Docker Stack: automatiza despliegues multinodo

Implementación de Reverse Proxy con Traefik en Docker Swarm

Swarm productivo

Implementación de Docker Swarm en Producción: Arquitectura y Gestión

Administración de Swarm con Portainer: Gestión y Despliegue

Optimización de Swarm: Mantenimiento, Logs y Monitoreo Avanzado

Conclusiones

Escalabilidad con Docker Swarm: listo para millones

Docker Stack: automatiza despliegues multinodo

Progreso del curso

Conceptos básicos

Primeros pasos

Administrando Servicios

Swarm avanzado

Swarm productivo

Conclusiones

Recursos

Recursos