Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a Dokerize rails
Similar a Dokerize rails (20)
Último
Último (15)
Dokerize rails
- 2. The cocktail Miguel Savignano @MigueMasx We are hiring! @The_Cocktail
- 4. Índice 1. Construir imagen para desarrollo 1. Optimizar construcción de la imagen 1. Optimizar peso de la imagen 1. Configurar entorno de producción 1. Pruebas en Kubernetes (minikube)
- 6. Entorno de desarrollo Development ProductionTest
- 7. Entorno de desarrollo ● No necesita webserver (nginx) ● Los assets no se minifican (webpack-dev-server) ● Recarga de código sin reiniciar Rails ● Servicios externos (database, redis, etc...) Development ProductionTest Diferencias principales en nuestro entorno de desarrollo
- 9. Dockerfile ENV environments variables Image Tiempo de compilación ARG (build arguments) Container Tiempo de ejecución VOLUME persisted data .dockerignore Development ProductionTest Construir imagen de Docker app assets controllers models
- 10. Docker compose Development ProductionTest
- 12. ¿ localhost ? Rails console DebuggerRails generators Database config Development ProductionTest
- 13. Entorno de Test o CI Develop Test Deploy Development ProductionTest
- 14. Capas de una imagen Base Librerias del sistema Instalar gemas Instalar módulos javascript Copiar código fuente Development ProductionTest
- 15. Capas de una imagen Base Librerias del sistema Instalar gemas Instalar módulos javascript Copiar código fuente Development ProductionTest
- 17. Capas de cache Base Librerias del sistema Copiar Gemfile.lock Copiar package-lock.json Instalar gemas Instalar módulos javascript Copiar código fuente Development ProductionTest
- 18. Compilación rápida Development ProductionTestDevelopment ProductionTest
- 20. Construir imagen de Docker ● Crear .dockerignore (.gitignore) ● Utilizar una imagen base oficial ● Usar build arguments (ARG) para nuestras contraseñas ● Instalar o configurar dependencias del sistema ● Crear una capa de cache de las librerías (Gemfile.lock, package-lock.json) ● Copiar código fuente Pasos necesarios para crear una Imagen consistente. Development ProductionTestDevelopment ProductionTest
- 21. Entorno de producción Development ProductionTestDevelopment ProductionTest
- 22. Optimizar peso de la imagen 906 MB431 MB Development ProductionTestDevelopment ProductionTest
- 23. Dockerfile Base Librerias del sistema Copiar código fuente Compilar assets Cache de librerías 906 MB Development ProductionTestDevelopment ProductionTest
- 24. Historial de compilación Development ProductionTestDevelopment ProductionTest
- 25. Docker multistage Development ProductionTestDevelopment ProductionTest
- 26. Docker multistage Base Librerias del sistema Copiar gemas Copiar Nodejs 431 MB Copiar código fuente Development ProductionTestDevelopment ProductionTest
- 27. Desplegar aplicación Rails Development ProductionTestDevelopment ProductionTest
- 28. Desplegar aplicación Rails ????? Development ProductionTestDevelopment ProductionTest
- 29. Rails Kubernetes Development ProductionTestDevelopment ProductionTest
- 30. ● Aplicar entorno de producción en Rails ● Compilar assets ● No instalar gemas de desarrollo o test ● Gestión de logs ● Usuario no root ● Webserver para assets (nginx) Entorno de producción Development ProductionTestDevelopment ProductionTest Configuraciones que no pueden faltar en nuestro entorno de producción.
- 31. Gestión de logs logs/production.log Development ProductionTestDevelopment ProductionTest
- 32. Gestión de logs logs/production.log RAILS_LOG_TO_STDOUT=true Development ProductionTestDevelopment ProductionTest
- 33. Webserver para assets <html> { title: ‘title’, body: ‘body’ } Development ProductionTestDevelopment ProductionTest
- 34. Nginx Dockerfile Base nginx/conf.d/default.conf Copiar Rails assets Development ProductionTestDevelopment ProductionTest
- 35. Rails Dockerfile Variables de entorno producción Librerias del sistema Copiar código fuente Compilar assets Caché de librerías de producción Base Usuario no root Development ProductionTestDevelopment ProductionTest
- 36. Build and Push images Development ProductionTestDevelopment ProductionTest
- 37. Listo para desplegar Development ProductionTestDevelopment ProductionTest
- 38. Listo para desplegar Development ProductionTestDevelopment ProductionTest
- 39. Kubernetes Ingress Services Deployments Pods Development ProductionTestDevelopment ProductionTest
- 40. Docker stack Kubernetes Rails Nginx Postgresql Redis Rails worker Development ProductionTestDevelopment ProductionTest
- 41. Demo Código fuente: https://github.com/MiguelSavignano/dockerize-rails.git Imagen Rails: https://hub.docker.com/r/devmasx/dockerize-rails-production Imagen Nginx: https://hub.docker.com/r/devmasx/dockerize-nginx-production
- 43. ● https://github.com/FuriKuri/docker-best-practices ● https://kubernetes.io/docs/concepts/ ● https://www.youtube.com/watch?v=kG2vxYn547E ● https://blog.codeship.com/running-rails-development-environment-docker/
Notas del editor
- Esta no es la típica charla de docker, para ver las ventajas o explicar como funciona docker, me enfocare en explicar las técnicas necesarias para poder construir una buena imagen de docker y poder desplegarla en kubernetes.
- Objetivos de la sesión o índice
- En un entorno de desarrollo queremos que sea igual para todos los desarrolladores, mismas versiones y entorno. Ruby tiene herramientas para que en el entorno de desarrollo ej gestor de versiones de ruby, gestor de librerías bundle. Pero cada vez nuestras aplicaciones son más complejas y se vuelve más complicado que todos los desarrolladores tengamos el mismo entorno. En the cocktail usamos docker para poder levantar un entorno de desarrollo de manera más estándar y fácil.
- Dockerfile es nuestra receta para crear nuestro contenedor de rails, pero antes tenemos que ver cómo se construye una imagen de rails
- contexto de docker, build arguments y docker ignore, no se pueden usar volúmenes al construir imagen. docker run -it dockerize-rails bash
- Con docker compose podemos aplicar la receta del Dockerfile además de conectar una base de datos y tener recarga de código usando volumenes
- Pero no todo funciona a la primera, siempre nos podemos encontrar con algún problema
- simulamos un entorno de producción y Rails ya no está en nuestro localhost, utilizar las herramientas de desarrollo de rails son un poco más complicadas. Personalmente creo que tiene más ventajas que desventajas utilizar docker en local. sobretodo cuando tenemos un stack complicado.
- Hemos visto cómo construir una imagen de desarrollo pero queremos que al construir una imagen de docker se haga de forma automática y más estándar. para esto podemos usar cualquier servicio de integración continua para compilar nuestra imagen.
- Pero antes me gustaría entrar en detalle de cómo funcionan las capas de docker. Creamos un dockerfile de forma rápida,
- Para acelerar esta compilación de imagen es mejor agregar una capa donde tendremos las gemas y módulos de javascript, para ello debemos copiar solo los ficheros con las versiones de las librerias. así cuando cambiamos nuevo código las gemas estarán en una capa anterior.
- La idea es tener una imagen con toda la configuración y dependencias, aplicamos lo que aprendimos de cómo construir la imagen en desarrollo siguiendo estos pasos.
- Aunque ruby no sea un lenguaje compilado, podemos separar todas las dependencias que necesitamos para construir gemas y assets, y solo lo que necesitamos para su ejecución.
- Usando docker multi stage conseguimos que la imagen es casi la mitad. con multi stage nos quitamos las librerías como build essentials curl git y podemos seleccionar solo lo que necesitemos en runtime. 475MB menos
- La mayoría de aplicaciones rails las podemos desplegar usando capistrano que es una gema que nos ayuda con todo lo referente a desplegar nuestra aplicación en un entorno productivo.
- Capistrano es una gema y nos abstrae de muchos detalles de como despliega una aplicación rails. control de versiones, reinicio de servidor, instalación de dependencias.
- Aunque no tengamos una gema que nos abstraiga de todos estos pasos, kubernetes hace casi todas las tareas que podíamos hacer con capistrano, además la configuración y dependencias de nuestra aplicación estarán en la imagen de docker. capistrano si nos configuraba la aplicación rails para produccion
- Nuestra aplicación rails necesita una configuración especial para ejecutarse en el entorno de producción.
- Por defecto rails escribe los logs en un fichero, si tenemos nuestra aplicación en varias maquinas tendremos que gestionar estos ficheros.
- Kubernetes nos provee una forma de gestionar los logs si los imprimimos por stdout, además los proveedores de cloud de kubernetes tienen soluciones ya integradas.
- Por defecto Rails en modo producción no sirve los assets, necesitamos un web server como nginx para servir estos assets, ademas de que nginx nos ayudará a controlar las peticiones que se harán a nuestro backend rails.
- Podemos usar Docker Multistage para compilar los assets de la imagen de rails a una imagen de nginx, así nuestra imagen de nginx tendrá los assets de rails y los podrá servir fácilmente. Otra manera que nginx sirva los assets puede ser atraves de sistema de ficheros como volumenes, pero creo que es más consistente y mejor práctica crear una imagen de nginx.
- Este sería el Dockerfile final para construir nuestra imagen de producción con todas las configuraciones necesarias para producción
- No quiero profundizar mucho de cómo funciona kubernetes, pero estos conceptos son claves para poder desplegar nuestra aplicación rails