Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Curso de Swarm

Curso de Swarm

Guido Vilariño

Guido Vilariño

Conclusiones

24/24
Recursos

¡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.

Aportes 34

Preguntas 3

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

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


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

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

Muy bueno

Puro oro este curso. Guido es un crack

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

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

Excelente curso! Aprendí bastante.

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

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

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

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!

Grande Guido!!! Muchas gracias por compartir sus conocimientos

Muchas felicidades, curso increible, lástima que veo que no muchos estudiantes de Platzi han tomado el curso.

Trenmendo curso y muy buen profesor guido.

Excelente curso! Muchas gracias! 😃

Buena profe!

Muchas gracias, excelente curso.

Muy bueno el curso!!! Muy claramente explicado.

Excelentes dos cursos (Docker y Swarm) Guido , muchas gracias por compartir tus experiencias y conocimiento.

Excelente curso.

Wow excelente curso, excelente profesor!

Excelente profesor, espero volver a verlo en otros cursos!

Excelente Curso Guido! Me llevo la peli Jim carrey para ver jajaj

Muy buen curso, me gustó mucho.

Sin duda alguna, un buen curso. He aprendido muchas cosas y el profesor un capo definitivamente. Aquí les dejo mis apuntes del curso. Espero que les sirva. 😃
https://drive.google.com/file/d/1Q4rVnCvxqlIgUDDNajNdMev5CBJvw5Ah/view?usp=sharing

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.

Hola Guido, me gustaria que me ayudaras, estoy haciendo pruebas de todo lo que hemos visto en el curso, pero con dos maquinas fisicas, todo me ha salido de manera estupenda hazte que me eh topado con el problema de los nombres de dominio, mi duda es…
Tengo 3 maquinas fisicas dentro de una red lan, una con windows y dos con linux(ubuntu 18 y docker swam), despues de instalar traefik y hacer la prueba con curl todo anda bien, al momento de quererlo visualizar en mi maquina con windows desde el navegar con el nombre de dominio ejem:mi.dominio.com no alcanzo a traefik, la unica forma de verlo es ingresar directamente con la IP, ¿Como puedo resolver esto y a que se debe?.

Un excelente profesor y un excelente curso

Muchas gracias por el curso. Estuvo exelente.

Excelente curso !!

excelente curso casi una intro a kubernete todo muy bueno excelente profesor

¡Genial! Ahora una duda, ¿Cómo puedo pasar un env_file al stackfile ? Parece que aún no esta soportado. Tengo ese problema y mis contenedores no estan tomando las variables de entorno 😦 HELPPPP

Hola Guido,

Muy bueno el curso.

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?