Tutorial-docker - Historial de revisiones

Drorganvidez: /* Construir la imagen */

2025-10-28T09:43:13Z

‎Construir la imagen

2025-10-28T07:12:59Z

‎Orquestación básica

2025-10-26T16:27:54Z

‎Ejercicio 6: Distintas configuraciones de despliegue

2025-10-26T16:23:25Z

‎Dependencias entre contenedores y entrypoints

2025-10-26T16:14:47Z

‎Ejercicio 4: Orquestación de servicios

2025-10-26T16:11:00Z

‎Ejercicio 1: Empezamos desde cero

2025-10-26T16:03:41Z

‎Crear un Dockerfile mínimo

2025-10-25T17:07:42Z

2025-10-12T20:29:32Z

‎Orquestación básica

2025-10-12T20:24:05Z

‎Autoevaluación

← Revisión anterior		Revisión del 09:43 28 oct 2025
Línea 181:		Línea 181:

	== Construir la imagen ==		== Construir la imagen ==
		+
		+	Antes de construir la imagen, asegúrate de que ignoramos el módulo webhook:
		+
		+	<syntaxhighlight lang="bash">
		+	echo "webhook" > .moduleignore
		+	</syntaxhighlight>
		+
		+
	Desde la raíz del proyecto (no dentro de docker/images):		Desde la raíz del proyecto (no dentro de docker/images):

@@ Línea 479: / Línea 479: @@
      env_file:
        - ../.env
      volumes:
        - db_data:/var/lib/mysql

@@ Línea 726: / Línea 726: @@
 rm -r docker
 mv docker.bk docker
 </syntaxhighlight>
@@ Línea 747: / Línea 749: @@
 * ¿Qué diferencia hay entre el entrypoint de desarrollo y el entrypoint de producción?
 * ¿Por qué el servicio web en producción está montando todos esos bind mounts por separado? ¿No sería más sencillo hacer un volumen de todo el código?
 == Comentarios finales ==

@@ Línea 579: / Línea 579: @@
 docker compose -f docker/docker-compose.yml up -d --build
 </syntaxhighlight>
 Abre de nuevo [http://localhost:5000 http://localhost:5000]. ¡Ahora sí!

@@ Línea 446: / Línea 446: @@
 Hasta ahora hemos creado y conectado los contenedores manualmente.
 Ahora vas a usar Docker Compose para definir todo en un solo archivo.
 == Orquestación básica ==

← Revisión anterior		Revisión del 16:11 26 oct 2025
Línea 17:		Línea 17:

	⚠️ Este paso es importante: partimos completamente desde cero para entender cada parte del sistema.		⚠️ Este paso es importante: partimos completamente desde cero para entender cada parte del sistema.
		+
		+	== Instalar Docker y Docker Compose (Linux) ==
		+
		+	<syntaxhighlight lang="bash">
		+	sudo apt update
		+	sudo apt install -y apt-transport-https ca-certificates curl software-properties-common
		+	curl -fsSL https://download.docker.com/linux/ubuntu/gpg \| sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
		+	echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" \| sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
		+	sudo apt update
		+	sudo apt install -y docker-ce
		+	sudo usermod -aG docker ${USER}
		+	mkdir -p ~/.docker/cli-plugins/
		+	LATEST_VERSION=$(curl -s https://api.github.com/repos/docker/compose/releases/latest \| grep '"tag_name":' \| sed -E 's/."([^"]+)"./\1/')
		+	curl -SL "https://github.com/docker/compose/releases/download/${LATEST_VERSION}/docker-compose-$(uname -s)-$(uname -m)" -o ~/.docker/cli-plugins/docker-compose
		+	chmod +x ~/.docker/cli-plugins/docker-compose
		+	</syntaxhighlight>
		+
		+	Es posible que tengas que reiniciar la sesión de usuario para poder usar docker sin necesidad de sudo.

	== Crear un Dockerfile mínimo ==		== Crear un Dockerfile mínimo ==

← Revisión anterior		Revisión del 16:03 26 oct 2025
Línea 23:		Línea 23:

	<syntaxhighlight lang="bash"> mkdir -p docker/images </syntaxhighlight>		<syntaxhighlight lang="bash"> mkdir -p docker/images </syntaxhighlight>
		+
		+	Creamos un Dockerfile vacío
		+
		+	<syntaxhighlight lang="dockerfile">
		+	touch docker/images/Dockerfile
		+	</syntaxhighlight>

	Vamos a explicar los distintos apartados:		Vamos a explicar los distintos apartados:

@@ Línea 659: / Línea 659: @@
 Monta tu carpeta local del proyecto (../) dentro del contenedor, (/app). ¿Y por qué /app? Porque fue el espacio de trabajo que definimos en el Dockerfile. Como ves, la congruencia entre los Dockerfile y el docker-compose es importante.
-Recargemos de nuevo nustra configuración:
+Recarguemos de nuevo nustra configuración:
 <syntaxhighlight lang="bash">

@@ Línea 477: / Línea 477: @@
 </syntaxhighlight>
-¿Qué ha ocurrido? Depende del tiempo que hayas tardado, puede que haya saltado un error o puede que haya funcionado. Puede que hayas intentado varias veces el comando anterior hasta que ha funcionado. ¿Por qué crees que ocurre esta aparete aleatoriedad?
+¿Qué ha ocurrido? Depende del tiempo que hayas tardado, puede que haya saltado un error o puede que haya funcionado. Puede que hayas intentado varias veces el comando anterior hasta que ha funcionado. ¿Por qué crees que ocurre esta aparente aleatoriedad?
 == Dependencias entre contenedores y entrypoints ==

@@ Línea 703: / Línea 703: @@
 * ¿Por qué en el docker-compose de dev NO se usa "ports" para enlazar con el host? (pista: nginx)
 * ¿Qué es nginx y por qué es útil aquí?
-* ¿Cuántos bind mounts usa el contenedor web? ¿Para qué sirve el bind mount del propio Docker?
+* ¿Cuántos bind mounts usa el contenedor web en desarrollo? ¿Para qué sirve el bind mount del propio Docker?
 * ¿Qué diferencia hay entre el entrypoint de desarrollo y el entrypoint de producción?
 * ¿Por qué el servicio web en producción está montando todos esos bind mounts por separado? ¿No sería más sencillo hacer un volumen de todo el código?