Loading...
Community presentation
Crea una presentación técnica en español sobre **Docker para desarrolladores de nivel intermedio/semi-avanzado**. ### Objetivo La presentación debe explicar Docker no solamente …
Create your own version
Use this visual direction as inspiration for a new Presenton deck.
Use this designCreator prompt
Crea una presentación técnica en español sobre **Docker para desarrolladores de nivel intermedio/semi-avanzado**. ### Objetivo La presentación debe explicar Docker no solamente desde el punto de vista conceptual, sino desde una perspectiva práctica y de ingeniería de software. El público ya conoce conceptos básicos de desarrollo, APIs, bases de datos, Git y servidores, por lo que no es necesario explicar conceptos demasiado elementales. El objetivo es que al finalizar la presentación los asistentes comprendan **cómo funciona Docker internamente, cómo utilizarlo correctamente en proyectos reales y cuáles son las buenas prácticas que deben aplicar en desarrollo y producción**. ### Duración Diseña la presentación para aproximadamente **60–75 minutos**, incluyendo pequeñas demostraciones prácticas. ### Estilo visual * Diseño moderno, profesional y tecnológico. * Fondo claro o ligeramente oscuro, con excelente contraste. * Utilizar diagramas, arquitecturas y flujos en lugar de grandes bloques de texto. * Código con tipografía monoespaciada. * Mantener una jerarquía visual clara. * No saturar las diapositivas. * Usar colores asociados visualmente con Docker sin convertir toda la presentación en azul. * Incluir diagramas de contenedores, imágenes, redes, volúmenes y arquitectura. * Evitar fotografías genéricas de personas trabajando. * No utilizar emojis. * Todos los textos deben estar en español. * Los comandos y fragmentos de código deben permanecer en su sintaxis original. --- # Estructura ## 1. Portada Título: **Docker: de contenedores a entornos reproducibles** Subtítulo: **Buenas prácticas, arquitectura y uso profesional** Agregar una breve descripción: > Cómo utilizar Docker para construir, ejecutar, conectar y administrar aplicaciones modernas. --- ## 2. ¿Por qué Docker? Explicar problemas reales que Docker ayuda a resolver: * "En mi máquina funciona." * Diferencias entre ambientes. * Dependencias incompatibles. * Configuración manual. * Versiones diferentes de Java, Node.js, PostgreSQL, etc. * Dificultad para reproducir ambientes. * Problemas al incorporar nuevos desarrolladores. Mostrar visualmente: ```text Developer A Java 21 Node 22 PostgreSQL 16 ↓ "It works on my machine" ↓ Developer B Java 17 Node 20 PostgreSQL 14 ``` Después mostrar cómo Docker ayuda a estandarizar el entorno. --- # 3. Contenedores vs máquinas virtuales Explicar las diferencias entre: * Máquina virtual. * Contenedor. * Host. * Docker Engine. Mostrar un diagrama: ```text Virtual Machine Hardware ↓ Host OS ↓ Hypervisor ↓ Guest OS ↓ Application Container Hardware ↓ Host OS ↓ Docker Engine ↓ Container ↓ Application ``` Explicar por qué los contenedores normalmente son más ligeros que las máquinas virtuales. --- # 4. ¿Qué ocurre realmente cuando ejecutamos Docker? Explicar conceptualmente: ```bash docker run nginx ``` Mostrar el flujo: ```text docker run ↓ Docker CLI ↓ Docker Engine ↓ Image ↓ Container ↓ Process ``` Explicar que un contenedor no es una máquina virtual completa, sino un proceso aislado que utiliza mecanismos del sistema operativo. --- # 5. Imágenes vs contenedores Explicar claramente la diferencia: **Image** * Template inmutable. * Capas. * Contiene filesystem + metadata. * Puede almacenarse en un registry. **Container** * Instancia ejecutable de una imagen. * Tiene su propio filesystem writable layer. * Tiene procesos, red y configuración. Mostrar: ```text Image ├── Layer 1 ├── Layer 2 ├── Layer 3 └── Layer 4 ↓ Container ``` --- # 6. Dockerfile Explicar cómo construir imágenes correctamente. Ejemplo: ```dockerfile FROM eclipse-temurin:21-jre WORKDIR /app COPY target/app.jar app.jar EXPOSE 8080 ENTRYPOINT ["java", "-jar", "app.jar"] ``` Explicar: * FROM * WORKDIR * COPY * RUN * ENV * ARG * EXPOSE * ENTRYPOINT * CMD --- # 7. Docker Image Layers Explicar cómo Docker construye las imágenes mediante capas. Mostrar: ```text FROM ↓ RUN ↓ COPY ↓ RUN ↓ ENTRYPOINT ``` Explicar: * Cache. * Reutilización de capas. * Impacto del orden de instrucciones. * Por qué un Dockerfile mal estructurado genera builds lentos. Mostrar un ejemplo malo y uno optimizado. --- # 8. Multi-stage builds Explicar por qué no debemos incluir herramientas innecesarias en la imagen final. Ejemplo para una aplicación Java: ```dockerfile FROM maven:3.9-eclipse-temurin-21 AS build WORKDIR /app COPY pom.xml . RUN mvn dependency:go-offline COPY src ./src RUN mvn clean package -DskipTests FROM eclipse-temurin:21-jre WORKDIR /app COPY --from=build /app/target/app.jar app.jar ENTRYPOINT ["java", "-jar", "app.jar"] ``` Explicar las ventajas: * Imagen final más pequeña. * Menor superficie de ataque. * Separación entre build y runtime. --- # 9. Docker Registry Explicar: ```text Developer ↓ docker build ↓ Docker Image ↓ docker push ↓ Registry ↓ docker pull ↓ Server ``` Mencionar: * Docker Hub. * Private Registry. * GitHub Container Registry. * Registries empresariales. --- # 10. Docker Volumes Explicar por qué los datos no deben depender del filesystem efímero del contenedor. Mostrar: ```text Container ↓ Volume ↓ Persistent Data ``` Ejemplo: ```bash docker volume create postgres_data docker run \ -v postgres_data:/var/lib/postgresql/data \ postgres:16 ``` Explicar: * Volumes. * Bind mounts. * Tmpfs. * Casos de uso. --- # 11. Docker Networking Explicar redes Docker. Conceptos: * bridge. * host. * container networking. * DNS interno. * comunicación entre contenedores. Ejemplo: ```text ┌──────────────┐ │ Angular │ └──────┬───────┘ │ ▼ ┌──────────────┐ │ Spring Boot │ └──────┬───────┘ │ ▼ ┌──────────────┐ │ PostgreSQL │ └──────────────┘ ``` Explicar por qué dentro de Docker normalmente se utiliza el **nombre del servicio** en lugar de `localhost`. Ejemplo: ```text DB_HOST=postgres ``` y explicar por qué: ```text localhost ``` dentro de un contenedor NO significa el host ni otro contenedor. --- # 12. Docker Compose Presentar Docker Compose como herramienta para definir aplicaciones multi-contenedor. Ejemplo: ```yaml services: api: build: . ports: - "8080:8080" depends_on: - postgres postgres: image: postgres:16 environment: POSTGRES_DB: app POSTGRES_USER: app POSTGRES_PASSWORD: secret volumes: - postgres_data:/var/lib/postgresql/data volumes: postgres_data: ``` Explicar: * services. * networks. * volumes. * environment. * ports. * depends_on. * healthcheck. --- # 13. Healthchecks y dependencias Explicar una situación común: ```text API starts ↓ PostgreSQL still starting ↓ Connection failed ``` Mostrar cómo utilizar `healthcheck`. Explicar que: ```yaml depends_on: ``` no significa necesariamente que la aplicación dependiente esté lista para aceptar conexiones. --- # 14. Environment Variables y Secrets Explicar cómo manejar configuración: ```text Application ↓ Environment Variables ↓ Configuration ``` Ejemplo: ```yaml environment: DB_HOST: postgres DB_PORT: 5432 ``` Explicar qué NO hacer: ```dockerfile ENV DB_PASSWORD=my-secret-password ``` No almacenar: * passwords. * API keys. * tokens. * certificados privados. Explicar alternativas: * `.env` * secrets. * secret managers. * variables de CI/CD. --- # 15. Docker Security Introducir buenas prácticas: * No ejecutar aplicaciones como root. * Utilizar imágenes oficiales/confiables. * Mantener imágenes actualizadas. * Minimizar la imagen. * Evitar secretos dentro de imágenes. * Escanear vulnerabilidades. * Usar `.dockerignore`. * Limitar permisos. * Usar filesystem read-only cuando sea posible. Mostrar: ```text Developer ↓ Dockerfile ↓ Image Scan ↓ Registry ↓ Deployment ``` --- # 16. `.dockerignore` Explicar por qué es importante. Ejemplo: ```text node_modules .git .env target dist coverage *.log ``` Explicar cómo reduce: * Contexto de build. * Tamaño. * Tiempo de build. * Riesgo de copiar información sensible. --- # 17. Logging Explicar el modelo recomendado: ```text Application ↓ stdout / stderr ↓ Docker ↓ Log collector ``` Mostrar comandos: ```bash docker logs container-name ``` ```bash docker logs -f container-name ``` Explicar por qué generalmente no conviene guardar logs dentro del filesystem del contenedor. --- # 18. Troubleshooting Crear una sección práctica. Problemas comunes: ### Container stopped ```bash docker ps -a docker logs <container> ``` ### Network problem ```bash docker network ls docker network inspect <network> ``` ### Filesystem ```bash docker exec -it <container> sh ``` ### Resources ```bash docker stats ``` Mostrar un flujo de diagnóstico: `
Presentation overview
This community presentation was shared by URTAAV TAAV as a complete 19-slide example. Crea una presentación técnica en español sobre **Docker para desarrolladores de nivel intermedio/semi-avanzado**. ### Objetivo La presentación debe explicar Docker no solamente … The preview lets you review the full sequence in order, rather than judging the design from a single cover image.
Use it as a reference for planning your own deck: notice how the amount of information changes from slide to slide, where visual emphasis appears, and how repeated design choices help the presentation feel connected. Community examples are inspiration, not locked templates, so you can keep the ideas that fit your audience and replace anything that does not.
Learn from the example
Look at the job each slide performs. Identify where the deck introduces its subject, develops the main points, adds evidence or examples, and moves toward a conclusion.
Notice which element attracts attention first and how headings, supporting text, images, and data are separated. Strong hierarchy makes the intended reading order obvious.
Compare spacing, typography, color, and repeated components across the slides. Consistent rules help varied content feel like one presentation instead of unrelated screens.
Make it your own
Begin with your audience and the decision, lesson, or action the presentation should support. Replace the topic, examples, evidence, and visuals with material you can verify, then edit every slide for one clear takeaway. You can borrow the visual direction without copying the creator's wording or message. Presenton will use this community deck as a design reference while you develop content for your own purpose.
