Examen Final del Curso de Docker Swarm en Platzi

Resumen

¡Felicitaciones! y muchas gracias por completar este curso de Docker Swarm, donde has aprendido a generar nuevas herramientas que te van a servir para preparar tus aplicaciones, para llevarlas a la nube donde van a poder escalar a miles de usuarios.

Te invitamos a que realices la prueba.

Juan Fernando Montufar Juárez

student•

Algo así se siente cuando ves los dos cursos... Guido es un crack!

Sergio de Jesús Huesca Nieva

student•

Yo me propuse ver todos los cursos de docker y todos tienen su toque especial, pero la forma de explicar de Guido es unica.

Juan Fernando Montufar Juárez

student•

Si la verdad si. Hace parecer sencillo temas complejos. Todo muy bien explicado de principio a fin.

Jericsson Jesus Carvajal Guerrero

student•

Sin lugar a dudas un excelente profesor y agradezco mucho que comparta sus conocimientos y casos de uso.

Victor Muchica Farfan

student•

Es un profesor que explica muy bien la clase y motiva a investigar con las bases ya dadas

Nicolas Molina

teacher•

Muy bueno

Anthony Farias

student•

Puro oro este curso. Guido es un crack

Esteban Martini

student•

me quedo picando esta pregunta del examen.

Si ejecuto docker swarm init en un nodo manager de un swarm existente, lo que ocurre es.

en la practica te tira un error diciendo que el nodo ya forma parte de un swarm, que primero deberia irse.

no sabria cual seria la correcta del examen

Massimo Di Berardino

student•

Hola @suichim, no sé si cambio, pero antes si hacías esto el nodo salia del swarm y se creaba uno nuevo.

Eden Rodrigo Verdugo Garcia

student•

Hola Guido.

Felicitaciones por el curso, me ha servido mucho.

He estado leyendo bastante sobre escalar servicios con Nginx y PHP. La arquitectura tradicional de contenedores es tener un contenedor de Nginx y uno con PHP, ambos enlazados en el archivo de configuración de Nginx, en este archivo nginx obtiene soporte de php llamando al servicio directamente en “fastcgi_pass php:9000;”. donde el servicio que da soporte de php se llama php propiamente.

location ~ .php$ { try_files $uri =404; fastcgi_split_path_info ^(.+.php)(/.+)$; fastcgi_pass php:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; }

Hasta aquí ningún problema.

Pero qué pasa si escalamos esto en un SWARM a 20 contenedores de NGINX y 20 de PHP: He encontrado que no existe persistencia entre los contenedores, tengo persistencia con el contenedor de nginx que me sirve la página a través de Traefik, pero no persistencia entre el contenedor de Nginx y el contenedor que le da servicio de PHP.

Esto se vuelve un problema para el manejo de las sesiones de PHP, aunque tengo persistencia con el contenedor de Nginx a través de Traefik, no tengo persistencia con el contenedor donde tengo la sesión de PHP ya que SWARM siempre utiliza el contenedor de PHP que tenga menos trabajo o por el algoritmo para distribuir cargas.

No sé si existe alguna forma de tener persistencia entre estos contenedores o simplemente tengo que armar mi arquitectura de manera distinta y tener solo un contenedor que me de ambos servicios de NGinx y PHP y no en contenedores separados. Podría también tener solo un contenedor de PHP dando servicio a todos los de Nginx lo que tal vez me supondría un cuello de botella o no me daría un buen performance.

No sé si puedas orientarme ya que estoy armando mi swarm y no he podido encontrar en la literatura cual es la mejor manera de abordar este tema de la sesiones en PHP y nginx en un clúster.

Saludos.

Diego Alexander Leon Duarte

student•

Me encantaría que tuvieras más cursos Guido, dominas el tema y sabes compartir tu conocimiento de una forma muy clara y didáctica!

Nicolás Mayorga Vargas

student•

Un excelente profesor y un excelente curso

Dardo Sebastian Gallay

student•

Felicitaciones! Muy buenos los 2 cursos y la forma de transmitirlo.

Camila Eyzaguirre V.

student•

Muchas gracias Guido por el curso. Ambos de docker muy buenos hasta ahora. Seguiré buscando cursos tuyos.

Sergio Alexander Florez Galeano

student•

Excelente curso! Aprendí bastante.

Jonatan Lazo

student•

Guido, un capo total. Me encanto tu curso de docker, y ni hablar de este curso. Tus explicaciones son super digeribles, eres un gran maestro. Gracias

Diego Andres Fonseca Soto

student•

Muchas gracias Guido por compartir tu experiencia, muy productivo el curso de Docker y Swarm.

Abraham Martínez Ponce

student•

Muy bueno

Cristian Ramirez

student•

El mejor curso que he tomado. Muchísimas gracias.

Raül Torralba Adsuara

student•

Hola Guido,

Estamos montando un servicio que contará a grandes rasgos de una aplicación servidor padre y muchos workers a los que les mandará tareas que harán peticiones hacia fuera. En principio habíamos pensado tenerlo todo dockerizado, como lo tenemos casi todo ahora y para abstraer si lo tenemos en maquinas distintas usar docker swarm.

El tema es que los usuarios de este servicio tendrán unas ip's públicas propias (reservadas) con lo que las peticiones que hagan los workers tienen que hacerse con esa ip como source. Tenemos que levantar un contenedor con una ip fija con lo que solo tendríamos un contenedor por ip?

Guido Vilariño

teacher•

Entiendo lo siguiente de tu comentario:

Tus clientes siempre van a tener una IP de origen fija

Luego no entiendo si estás diciendo que tus clientes necesitan pegarle sí o sí a una IP destino fija para los workers. Si es así, puedes configurar la IP pública de cualquier nodo del swarm, dado que no importa a qué nodo llegues, si le pegas al puerto correspondiente swarm se encarga de hacerle llegar la petición al servicio correspondiente.

Si lo que necesitas es filtrar las peticiones en función de un IP de origen y bloquear todas las demás, tienes varias formas de hacerlo:

Levantar tu swarm cluster en un cloud provider detrás de algún tipo de firewall que permita whitelistear source IPs
Exponer un reverse proxy (como traefik o docker-flow-proxy) con network en modo host y como servicio global (corre una instancia en cada nodo) de manera que ignore la ingress network del swarm, así podrás ver el IP de origen en dichos los contenedores del reverse proxy, y filtrar las peticiones en función de dicho valor

Eduardo Said Pastrana

student•

Gracias enserio al profesor Guido, en serio es un master excelente dominio en todo. Recomiendo este curso ampliamente

Nicolás Muñoz

student•

Excelente curso, gracias Guido!!

victor rodriguez

student•

gracias

Examen Final del Curso de Docker Swarm en Platzi

Conceptos básicos

Escalado de Aplicaciones con Docker Swarm

Administración y Escalabilidad con Docker Swarm

Escalabilidad y Disponibilidad con Docker Swarm

Arquitectura de Docker Swarm: Managers y Workers

Preparación de Aplicaciones para Docker Swarm: Los 12 Factores

Primeros pasos

Instalación de Docker en Mac, Windows y Ubuntu Linux

Uso de Docker Swarm: Configuración y Gestión Básica

Creación de Servicios en Docker Swarm

Gestión de Servicios en Docker Swarm: Estados, Tareas y Logs

Uso de Play with Docker para Aprender Docker Swarm Multinodo Gratis

Creación y Gestión de Swarm Multinodo en Docker

Administrando Servicios

Escalado y Actualización de Servicios en Docker Swarm

Gestión de actualizaciones y fallos en Docker Swarm

Publicación de Servicios en Docker Swarm con Puertos Externos

Swarm avanzado

Funcionamiento del Routing Mesh en Docker Swarm

Gestión de Tareas en Docker Swarm: Asignación y Restricciones

Gestión de nodos y servicios en Docker Swarm

Redes Overlay en Docker Swarm: Comunicación entre Servicios

Despliegue de Servicios con Docker Swarm y Stack Files

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

Examen Final del Curso de Docker Swarm en Platzi