No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

脷ltima oportunidad para asegurar tu aprendizaje por 1 a帽o a precio especial

Antes: $249

Currency
$189/a帽o

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscr铆bete

Termina en:

0D
9H
36M
42S
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 38

Preguntas 3

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.


Algo as铆 se siente cuando ves los dos cursos鈥 Guido es un crack!

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

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

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!

Un excelente profesor y un excelente curso

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.

Excelente curso, gracias Guido!!

gracias

Docker y Swarm con Guido, la mejor opci贸n. Gracias por compartir tan vasto conocimiento y experiencia, el entusiasmo queda para seguir profundizando en este mundo de Docker.

Gracias Guido, un crack para explicar y ense帽ar algo tan complejo ojala pudieras hacer cursos de K8s

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 鈥渇astcgi_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?.

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鈥檚 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?