Construimos nuestros propios contenedores, pero ¿por qué? Por lo tanto, usted ha intentado llegar a agarrar con la construcción de sus propios contenedores, pero usted está en el infierno tutorial y nada tiene sentido. Finalmente es el momento de enviar su aplicación y usted necesita entender y poseer el proceso.Construir sus propios contenedores le permite enviar a su propia nube o a alguien que necesita que sus aplicaciones se continen. O tal vez eres una de las personas que dicen "Estoy terminado con el docker" y dependen fuertemente de los SaaS, BaaS de otras personas para empacar sus aplicaciones para ti, sin embargo, las facturas están llegando. Espero romper mi enfoque en la construcción de contenedores y transmitir mis experiencias para que no tengas que aprender de la manera difícil. De dónde vengo En los años 2010 los contenedores se referían a ellos como 'contenedores Docker'. Todavía lo son. Como en la búsqueda en Internet, decimos 'Google' para significar búsqueda. Estaba fascinado y ansioso por adoptar esta entonces nueva tecnología. los contenedores no son una cosa nueva, los contenedores de Linux, LXC, por ejemplo, y otros enfoques que estaban cerca mucho antes de esto. los contenedores de Docker prometieron fiabilidad, repetibilidad y el final de los argumentos de "funciona en mi portátil". Aprendí y usé Unix desde los años 90 y luego Linux se ha convertido casi en un sustituto para Unix en la mente de las personas. pienso que tener al menos más de un interés pasante en Unix y cómo instalarlo y ejecutarlo debe ser un aprendizaje básico para construir contenedores. La buena noticia es que no es necesario dominar Linux desde Scratch, Gentoo, Arch o NixOS para comprender los contenedores. Con el tiempo, estas cosas pueden ayudar. Intentar aprender todo de una vez, sin embargo, puede conducir a la sobrecarga y la quema. Ahora me centraré en tres temas de contenedores: 
 
 
 
 Punto de entrada Gestión de Procesos Imagen de base Dentro de las imágenes de base, consideraremos 3 comandos principales 
 
 
 
 corriendo copia Usuario Para todo el código en este artículo, puede ver, Yo soy (en los CMS) descargar y ejecutarlo todo desde una sucursal de desarrollo en Codeberg Codificar en público un sistema de gestión de contenidos ligero y sin cabeza Si no puedes encontrar mi último de un sector de desarrollo. probablemente será parte de la actual La rama si no El proyecto llega a un estado estable. Dockerfile dev main El punto de entrada del contenedor. El punto de entrada del contenedor. Creo que el punto de entrada es clave para comprender los contenedores. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Me he escondido en Después para aclarar lo que me ha confundido en el pasado. CMD ENTRYPOINT Se llama cuando el contenedor se inicia y a menudo se utiliza, como es aquí, para ejecutar el proceso de inicio para el contenedor. En Unix, hay un único proceso que se inicia y desde el cual se ejecutan todos los demás procesos.Podrías pensar si es el "uno proceso para gobernarlos a todos".Su responsabilidad es ser el primer proceso, marshalling, por el que se ejecuta todo el sistema operativo. que es un proceso de peso ligero utilizado en contenedores típicamente para hacer esto lo más eficientemente posible. tini Corría un script en el que podemos incluir procedimientos y comandos que deben tener lugar en el inicio de la aplicación. En este caso de uso, si se pierde este paso, habría que haber una intervención manual para: Tini entrypoint.sh 
 
 
 
 Migraciones en marcha Cacho claro Aplicaciones de configuración Ofrece argumentos para para correr. CMD ENTRYPOINT Si no hubiéramos especificado un punto de entrada, tendríamos que especificar al menos . el Entonces se convertiría en el "comando a ejecutar" en el inicio del contenedor. CMD CMD Cuando miras alrededor de diferentes contenedores, a veces ves sólo una comandos y nada más y eso está bien. En otros casos verás ambos. encontré esto confuso como muchos tutoriales sólo hablaban de , así que comparto este patrón un poco más complicado para que no toques el mismo problema. CMD CMD Hay mucho que sucede entonces con este ejemplo de sólo 2 líneas. La línea también llama Esta es otra capa de configuración y es justo decir, complejidad. CMD supervisord es una herramienta que ha estado ahí desde hace un tiempo y se utiliza para mantener los procesos funcionando en una especie de "pila" o "configuración".El archivo de configuración para esta "pila" parece algo así : Supervisor [supervisord]
nodaemon=true
loglevel=info

[program:php-fpm]
command=/usr/local/sbin/php-fpm -F
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:nginx]
command=/usr/sbin/nginx -g "daemon off;"
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:queue-worker]
command=/usr/local/bin/php /var/www/artisan queue:work --sleep=3 --tries=3 --max-time=3600
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0
 La configuración anterior está ejecutando 3 programas para nosotros como 'servicios'. como una especie de "gerente de servicio". gestiona cada programa para iniciar automáticamente y reiniciará cualquiera de estos programas si fallan. supervisord  Este es un convenio en tierra de contenedores y práctica aceptada - esto es para que otros sistemas puedan recoger y pegar fácilmente los registros de todos sus contenedores en un solo lugar. Gestión de procesos: el elefante en la habitación Ah, oigo a algunos veteranos de las artes oscuras de los contenedores decir, has cometido el pecado mortal de no tener 1 contenedor por servicio. Y usted estaría en lo correcto de decir esto. Mientras usted sea Google o de tamaño similar, pero yo no lo soy. Como programador solo / emprendedor, estoy tratando de mantener las cosas estúpidamente simples. Si puedo ejecutar un contenedor para mi aplicación simple que necesita 2 cosas aparte de Laravel para sobrevivir, puedo reducir mis costes operativos al tener un único contenedor multi-funcional. Dentro de un solo contenedor, cada proceso tiene acceso a otros procesos en ejecución.El servidor web, por ejemplo, tiene acceso completo a las aplicaciones PHP Laravel, sus sistemas de archivos relativos, variables ambientales e incluso sus ids de proceso. Si cada programa se separara en 3 contenedores, a cada uno se le daría un recurso adicional en la nube, sistemas de archivos compartidos, secretos y probablemente mecanismos de cola para mencionar algunos. Todas estas opciones adicionales tienen sentido cuando es hora de escalar la aplicación y después de tener sus primeros 50 clientes.Todas estas herramientas y patrones adicionales se pueden aplicar fácilmente más tarde. Cuando llegue el momento, puedo dividir fácilmente cada programa en contenedores separados, conjuntos de contenedores, implementaciones y así sucesivamente, a medida que escalamos hasta el tamaño de Google o Netflix. 3 La imagen de base Imágenes de base de contenedores vienen en muchas formas y tamaños diferentes. Es posible crear contenedores de 'imágenes claras' con poco más que un sistema de archivos. No es raro, sin embargo, usar imágenes más mainstream basadas en distribuciones Linux típicas como Debian o RedHat. Declaración en la cabeza de un Utiliza una imagen Alpina OS: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Esta imagen alpina de PHP tiene herramientas para aplicaciones PHP. Yo usé Alpine ya que esto tiende a usar menos espacio de almacenamiento que otros sistemas operativos como Ubuntu, Debian, Rocky o Fedora. Alpine tiene un sistema de gestión de paquetes diferente llamado Esto se diferencia de lo más comúnmente conocido. o Usado por Debian o Fedora pero nada que temer, ya que no puedes resolver las diferencias de sintaxis en unos minutos con una IA competente. apk apt dnf Construir aplicaciones con una imagen que esté lo más cerca posible de sus requisitos de aplicación significa menos trabajo para usted.Estoy construyendo una aplicación Laravel, así que con PHP-fpm tengo todas las herramientas principales que necesito. Teniendo una imagen de base, podemos ajustar qué paquetes se añaden, ejecutar comandos de shell simples y seleccionar a un usuario para ejecutar el contenedor como. A continuación, echemos un vistazo a 3 comandos comunes que se utilizan en las imágenes de base para ajustar y extender el contenedor para alojar y entregar nuestra aplicación: 
 
 
 
 corriendo copia Usuario corriendo RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 Este El comando se formata en varias líneas para la legibilidad utilizando Instala 3 paquetes después de obtener una lista de los últimos paquetes disponibles y después de instalar, limpia su caché para ahorrar espacio. RUN \ Puedes obtener gran parte del trabajo realizado en un Usando sólo los comandos. Dockerfile Run Como se puede ver, es posible comprimir muchos comandos en un solo Como cada bloque de código en un resultan en que se crea una “capa” en la imagen final, se puede reducir la cantidad de capas combinando bloques donde sea posible. RUN Dockerfile copia COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 El El comando es quizás el más importante ya que lo usamos para copiar archivos del entorno de construcción al contenedor. COPY Este toma el script de punto de entrada que evitamos antes y lo coloca en su lugar de reposo final en el contenedor. Es común copiar directorios enteros con algo como COPY . .
 que copia todo el directorio de trabajo en el que está ubicado en el contenedor. Es común combinar esto con un archivo, en forma similar a la de archivo cuando se utiliza el control de fuente git. Dockerfile .dckerignore .gitignre Usuario USER www
 Finalmente, el tercer de nuestros principales comandos cambia el contenedor para que funcione como un usuario diferente al de root. He tomado el cuidado de crear archivos y directorios sobre los que este usuario tiene acceso suficiente para leer y, cuando sea necesario, escribir. USER Dockerfile Vea el Para más y también, el script de construcción que hace lo que su nombre sugiere. Código de trabajo cmd/build_prod_container.sh Summing Up En el momento de la escritura, el La aplicación utilizada para mi Laravel está construida para ser "grasa" - tener múltiples programas que se ejecutan en un solo contenedor y gestionados por un supervisor. Dockerfile Espero que pueda ver cómo un solo contenedor puede hacer mucho y el despliegue de una aplicación web típica puede ser relativamente simple y repetible. Si se utiliza supervisord, una aplicación Python, se podrían utilizar otras alternativas para reducir el tamaño de la imagen y aumentar la eficiencia. puede ser utilizado en su lugar. otra alternativa podría ser , una suite de aplicaciones c que están optimizadas para contenedores. El puerto de Golang S6 sobrecarga La imagen creada por el Dockerfile en mi aplicación share-lt es bastante grande - actualmente más de 900MB y he podido reducir esto en proyectos similares por: 
 
 
 
 Optimización de las capas dentro del Dockerfile (racionalizando las declaraciones de RUN) Reemplazar las aplicaciones de python como superviosrd con opciones compiladas Uso de construcciones en varias etapas en el Dockerfile - para reducir la cantidad de herramientas de construcción en la imagen final Y probablemente verá estos y otros cambios dependiendo de cuando lea este artículo y compruebe el repo. Ya la aplicación share-lt está en un estado más avanzado que hace solo unas semanas y sigo añadiendo características y tono a medida que sigo. Como con mi artículo anterior, este también está escrito usando la misma aplicación y ahora se ejecuta en una implementación de contenedores que discutimos anteriormente. Hablando de implementaciones, este contenedor puede ser desplegado usando docker, podman, swarm pero idealmente kubernetes y, por supuesto, estoy usando y escribiré más sobre mis experiencias en este sentido en futuras publicaciones. Mis propios cubernetes mínimos viables Déjame saber ¿Has comenzado tu camino hacia el nirvana de contenedores o estás indeciso?¿Ya eres un maestro de todo el contenedor de cosas y tienes algunos consejos y trucos que puedes compartir? Déjame saber - Contacta conmigo Espero que esto te ayude a entrar en el camino a las implementaciones basadas en contenedores que te ahorran tiempo, esfuerzo y dinero en el proceso. Linkedin

This story contains new, firsthand information uncovered by the writer.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Read My Stories

Buy Me a Coffee

Este audio es producido en el idioma original de la historia!

Por qué empecé a construir mis propios contenedores (y lo que me dijeron los tutoriales)

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

La fuga rápida del sistema Claude Sonnet 3.5: un análisis forense

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

La fuga rápida del sistema Claude Sonnet 3.5: un análisis forense

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Nómadas digitales escuchen: lo que necesitan saber sobre la nueva visa DTV de Tailandia

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps