Despliegue de Servicios con Docker Swarm y Stack Files

Resumen

Con Docker Swarm Stacks (un archivo) se puede controlar cómo se van a despliegan los servicios utilizando los stacks. Siempre es bueno utilizar un archivo porque este puede ser versionado (Git) y se tiene un archivo que va a describir la arquitectura de la aplicación.

Camilo Castillo

student•

Una Buena ayuda para aprender mas a fondo el tema:

https://medium.com/@Grigorkh/docker-for-beginners-part-4-deploying-an-app-to-a-swarm-620b4d67e7c3

Edwin Garcia

student•

Gracias

Gerardo Alberto Soto Alvarez del Castillo

student•

Excelente tutorial!!! <3

Boris Vargas Paucara

student•

-- Nos dirigimos a nuestro repositorio https://github.com/platzi/swarm, a la carpeta stack.

cd swarm/stacks
cat stackfile.yml

-- Nos dirigimos a nuestro manager1

docker service rm app db
docker network rm app-net
vim stackfile.yml

###########stackfile.yml##############
version: "3"

services:
  app:
    image: borisvargas/swarm-networking
    environment:
      MONGO_URL: "mongodb://db:27017/test"
    depends_on:
      - db
    ports:
      - "3000:3000"

  db:
    image: mongo
######################################

docker stack deploy --compose-file stackfile.yml app

docker stack ls

docker stack ps app

docker stack services app

-- Quiero que los servicios esten en los workers`

vim stackfile.yml

###########stackfile.yml##############
version: "3"

services:
  app:
    image: borisvargas/swarm-networking
    environment:
      MONGO_URL: "mongodb://db:27017/test"
    depends_on:
      - db
    ports:
      - "3000:3000"
    deploy:
      placement:
        constraints: [node.role==worker]

  db:
    image: mongo
######################################

docker stack deploy --compose-file stackfile.yml app

docker stack rm app

Edwin Garcia

student•

Yaml es muy sensible a los espacios en blanco, a mi me marco muchos errores por tener espacio en blanco demás.

Jhoan Franco

student•

Esto sirve para validarlo:

http://www.yamllint.com/

DAVID EDUARDO BAEZ SANCHEZ

student•

Nos ayuda a simplificar la administración.

docker service rm app
docker service rm db
docker network rm app-net
docker stack deploy --compose-file stackfile.yml app
docker service ls
docker stack ls
docker stack ps app
docker stack services app
docker service scale app_app=3
docker stack rm app

Carlos Enrique Ramírez Flores

student•

Lo que siempre debemos versionar y ejecutar es un archivo yml ya que tiene más funcionalidad que compose. Aparte que es muy útil para describir la estructura de la aplicación.

Wilson Fernando Antury Torres

student•

https://docs.docker.com/engine/reference/commandline/stack/

Juan Pablo Leyva

student•

Como se accede al visualizador?

Guido Vilariño

teacher•

Cuando ejecutas contenedores que se exponen en Play-with-docker, te aparece un link a los mismos en la parte superior, con el número de puerto que estás exponiendo.

En un swarm real (no Play-with-docker), lo accedes mediante tu navegador, con el IP de cualquiera de los nodos del swarm, y el puerto donde expusiste el visualizador.

Ignacio Bellucci

student•

Asique....USEN STACKS jajaa

Fredy Red Ramos Pomari

student•

Eliminar un stack

docker stack rm app
``

Fredy Red Ramos Pomari

student•

deployar el stack

docker stack deploy --compose-file stackfile.yml app

Ricardo Antonio Rodriguez Valdez

student•

Ohh rayos con docker stack si se puede utilizar k8s, que astucia!!

andres quintanilla

student•

A alguien más se le corta el video luego de que levanta el servicio con el archivo yml

Rodrigo Hernan Flores Torres

student•

Hola guido. tengo un problema.

version: '3.7'

services:
    reverseproxy:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_ha:${IMAGE}
        ports:
            - ${PORT}:80
            - ${INFO_PORT}:8081
        restart: always
        deploy:
            replicas: ${REPLICAS}
        links:
            - web
            - app
            - static
            - ws
            - socket
    web:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_web:${IMAGE}
        restart: always
        deploy:
            replicas: ${REPLICAS}
    app:
        image:  registry.gitlab.com/lyftechnology/intoschool/isaap/web:${IMAGE}
        deploy:
            replicas: ${REPLICAS}
        depends_on:
            - ws
        restart: always
    static:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_static:${IMAGE}
        restart: always
    admin:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_admin:${IMAGE}
        restart: always
    ws:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_ws:${IMAGE}
        restart: always
        deploy:
            replicas: ${REPLICAS}
        environment:
            - SPRING_PROFILES_ACTIVE=${SPRING_PROFILE}
        links:
            - static
    socket:
        image: registry.gitlab.com/lyftechnology/intoschool/socket:${IMAGE}
        restart: always
    db_admin:
        image: registry.gitlab.com/lyftechnology/intoschool/isapp_php_my_admin:${IMAGE}
        restart: always

Tengo ese stack, cuando se despliegan los servicios en nodos diferentes no pueden comunicarse uno con otro, ¿que me falta?

Saludos.

Guido Vilariño

teacher•

Para empezar, no deberías usar links, es un flag deprecado y no hay garantía de que funcione correctamente.

Por otra parte, qué comando estás usando?

Tyronne Mendoza

student•

Tyronne Mendoza

student•

Ahora no aparece el puerto, to le tienes que dar en open port y decirle que puerto vas a usar, tiene que el mismo puerto con el que lo expusiste.

victor rodriguez

student•

ya hay demasiadas cosas que **no funcionan ** en este tutorial a esta fecha. creo que es hora de actualizarlo para el bien de la comunidad interesada.

Pablo Aquino

student•

# deploy or redeploy stackfile with name "app"
docker stack deploy --compose-file stackfile.yml app
#view stack
docker stack ls
docker stack ps app
docker stack services app
# remove stack "app"
docker stack rm app

Víctor Andrés Ossa Londoño

student•

Tengo una pregunta para el profesor Guido, cuando se trabaja con infraestructuras de Amazon, es recomendable trabajar con ECS (Elastic Container Services), que tienen un sobre costo por el uso de recursos de máquina y que no son baratos, o se podría trabajar con la alternativa de levantar un cluster dentro de una imagen típica EC2, con todas las características de un entorno productivo?, muchas gracias de antemano por su valiosa respuesta.

Rafa García Rea

student•

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•

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

teacher•

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