¿Alguien usa Docker?

[coderyoruga]

Buenas!, hace tiempo no andaba por aquí, por lo tanto se me acumularon las preguntas jajaja
En serio..

Para poner en contexto:
Tengo un VPS con Apache, MySQL etc etc, en el cual tengo 3 sitios web, y me gustaría alojar uno que estoy haciendo ahora mismo, el cual tiene la particularidad que le quiero agregar Docker. Se que hay muchos videos de como utilizarlo, pero puntualmente lo que me gustaría saber es si la imágen del sitio nuevo me puede generar un directorio (junto a los otros sitios) y luego apuntarle un dominio sin problemas o debería borrar los demás sitios y configurarle el dominio individualmente a cada uno de ellos nuevamente.

[Master of the Wind]

Que es docker?

[coderyoruga]

Que es docker?

No entendí por donde va el sarcasmo.
Solo quería saber si me afectaba en los otros sitios no mas..

[Master of the Wind]

Llego a casa y te doy una mano

[Master of the Wind]

Si tenes apache configurado y funcionando, no te hace conflicto con un contenedor.


Podes montarle un directorio del sistema al contenedor, y ahi tener los archivos del sitio web. Lo que vas a tener ahi de particular es que el puerto 80/443 lo esta usando apache ya. Lo que vas a tener que hacer es levantar el contenedor en otro puerto (por ejemplo 8080) y configurar un vHost de apache que haga de proxy reverso a ese puerto en localhost

[coderyoruga]

Si tenes apache configurado y funcionando, no te hace conflicto con un contenedor.


Podes montarle un directorio del sistema al contenedor, y ahi tener los archivos del sitio web. Lo que vas a tener ahi de particular es que el puerto 80/443 lo esta usando apache ya. Lo que vas a tener que hacer es levantar el contenedor en otro puerto (por ejemplo 8080) y configurar un vHost de apache que haga de proxy reverso a ese puerto en localhost

Bien, hasta ahí entiendo.

Ahora..
Y lo que serían las llaves SSH para poder sincronizarlo con el repo de GitHub, ¿se configuran en el Apache del contenedor Docker?.

Algún día te voy a contratar para que me configures todo el relajo que tengo jajajaja

[Master of the Wind]

Lo manejas por fuera de docker. Vos tenes un directorio del sistema montado dentro del contenedor. Es una carpeta mas.

Si ya actualizas los otros sitios con Github, ese lo podes hacer de la misma manera.

[coderyoruga]

Lo manejas por fuera de docker. Vos tenes un directorio del sistema montado dentro del contenedor. Es una carpeta mas.

Si ya actualizas los otros sitios con Github, ese lo podes hacer de la misma manera.

¡Vamos Master, carajo!, ya tengo todo funcionando.
Se agradece la paciencia

[Master of the Wind]

[coderyoruga]

Refloto para no abrir otro topic por lo mismo.
Lo tengo así:

En el Apache de DigitalOcean, en un directorio X todas las carpetas correspondientes a los sitios clonadas de GitHub.
Luego creo un contenedor con el contenido de cada carpeta, partiendo de una imágen de Ubuntu, Apache, etc, etc, etc.
Y conecto cada contenedor con el Apache de DigitalOcean. Así me funciona, pero quiero saber si es la manera correcta.

[Master of the Wind]

Estas usando el apache como proxy reverso?

No es mal enfoque. En algunos casos lo use asi.

[coderyoruga]

Estas usando el apache como proxy reverso?

No es mal enfoque. En algunos casos lo use asi.

En teoría si, jajaja
¿Cual sería el enfoque correcto?, digo para en un futuro no tener que tirar todo abajo.

[Master of the Wind]

Es una MUY buena pregunta.


En vez de apache podes usar Traefik, leyendo el socket de Docker, y el muchacho puede mandar directamente el trafico que recibe a los contenedores, sin tener que mapear un puerto en ellos.


Ahora, lo mas correcto correcto correctisimo, es no usar docker, sino Kubernetes. Los contenedores pelados no son una solucion final para apps web. Imaginalos como un framework, y Kubernetes un producto que usa ese framework. Pero iogual, si tiras bien asi, tampoco te quemes mucho por la "forma correcta". Al fin y al cabo, Kubernetes para sacarle provecho tenes que tener un toolchain que puede ser complejo la primera vez.

[coderyoruga]

Es una MUY buena pregunta.


En vez de apache podes usar Traefik, leyendo el socket de Docker, y el muchacho puede mandar directamente el trafico que recibe a los contenedores, sin tener que mapear un puerto en ellos.


Ahora, lo mas correcto correcto correctisimo, es no usar docker, sino Kubernetes. Los contenedores pelados no son una solucion final para apps web. Imaginalos como un framework, y Kubernetes un producto que usa ese framework. Pero iogual, si tiras bien asi, tampoco te quemes mucho por la "forma correcta". Al fin y al cabo, Kubernetes para sacarle provecho tenes que tener un toolchain que puede ser complejo la primera vez.

¿Sale un curso de DevOps pa los pibe?
Hay mucho para aprender y demasiada info desordenada en la web al respecto.

[Master of the Wind]

Si solo queres tener unos sitiecitos en contenedores, sin mucha complejidad, es overkill. Kubernetes para ser usado fiablemente en produccion necesita un minimo de 5 servidores: 3 control planes (usar solo uno es inviable, y si queres replicacion tiene que ser un numero impar por como funciona el quorum) y 2 servidores workers para tener redundancia.

[coderyoruga]

Si solo queres tener unos sitiecitos en contenedores, sin mucha complejidad, es overkill. Kubernetes para ser usado fiablemente en produccion necesita un minimo de 5 servidores: 3 control planes (usar solo uno es inviable, y si queres replicacion tiene que ser un numero impar por como funciona el quorum) y 2 servidores workers para tener redundancia.

No entendí nada jajaja, voy a seguir con Docker mientras tenga pocas aplicaciones, mas adelante contrataré a alguien para que me haga toda la configuración. Si no no termino mas.

[Master of the Wind]

Lo que quiero decir es que vos tenes que buscar la solucion a un problema, no un problema a una solucion.

Si asi como estas te sirve y te es fluido, perfecto. Segui asi. Kubernetes es para otro porte. Para otro ritmo de trabajo.

Tenes que ir evolucionando a medida que tengas la necesidad, no solamente porque hoy en dia esta cool tener o ser ingeniero devops o ser SRE.

Es como un DBA. Si tenes una base de datos chica y sin complejidad, no ganas nada contratando un DBA o estudiando DBA.

[coderyoruga]

Lo que quiero decir es que vos tenes que buscar la solucion a un problema, no un problema a una solucion.

El resumen de mi vida.

Totalmente, la industria a veces en un poco "cruel" también pidiendo ser Ingeniero FullStack de la NASA.
Ya que lo mencionas, con respecto a las BD me pasó que aprendí lo esencial como para manejarme con aplicaciones relativamente chicas, ya tocará crecer.

Por supuesto que se agradece toda la ayuda.

[Thalios]

Pero vos queres trabajar de dependiente o independiente? pasame CV si queres dependiente que si entras donde estoy cobro bono

[coderyoruga]

Pero vos queres trabajar de dependiente o independiente? pasame CV si queres dependiente que si entras donde estoy cobro bono

¡Se agradece la data!. Busco ser independiente, pero el camino es largo.
De todas maneras estoy dejando de llorar y me estoy clavando un curso intensivo cada 3 días, así encaro mas rápido.