Enlace y Redes de Contenedores Docker: Una Guía AvanzadaEn el mundo de la contenerización, Docker se ha convertido en una herramienta fundamental para el desarrollo y despliegue de aplicaciones. Una de las características más poderosas de Docker es su capacidad para enlazar y conectar contenedores, permitiendo la creación de arquitecturas de microservicios complejas y escalables. En esta guía avanzada, exploraremos en profundidad las técnicas de enlace y redes de contenedores Docker, desde los métodos tradicionales hasta las soluciones más modernas.1. Enlace de Contenedores Docker (Legacy Linking)El método tradicional de enlazar contenedores en Docker se conoce como "legacy linking". Aunque ha sido reemplazado por el sistema de redes de Docker en versiones más recientes, es importante entender su funcionamiento:1.1. Creación de Contenedores EnlazadosPara crear un contenedor enlazado, utilizamos la opción --link al iniciar un nuevo contenedor:``` docker run -d --name db postgres docker run -d --name web --link db:db myapp ```En este ejemplo, creamos un contenedor llamado "db" con una base de datos PostgreSQL, y luego un contenedor "web" que se enlaza al contenedor "db". El formato --link : permite asignar un alias al contenedor enlazado.1.2. Variables de Entorno y Entradas en /etc/hostsCuando se enlaza un contenedor, Docker crea automáticamente variables de entorno y entradas en el archivo /etc/hosts del contenedor enlazado:- Variables de entorno: Se crean variables con el prefijo DB_ (usando el alias) que contienen información sobre el contenedor enlazado, como su IP y puertos expuestos. - Entradas en /etc/hosts: Se añade una entrada para el contenedor enlazado, permitiendo la resolución de nombres.1.3. Limitaciones del Legacy LinkingA pesar de su utilidad, el legacy linking tiene varias limitaciones:- Solo funciona entre contenedores en el mismo host Docker. - No permite una comunicación bidireccional fácil. - No es escalable para arquitecturas complejas.2. Redes de Docker (Recomendado)El sistema de redes de Docker, introducido en la versión 1.9, ofrece una solución más robusta y flexible para la comunicación entre contenedores:2.1. Creación de Redes PersonalizadasPodemos crear redes personalizadas utilizando el comando docker network create:``` docker network create --driver bridge mi-red ```Esto crea una red bridge llamada "mi-red" donde podemos conectar múltiples contenedores.2.2. Conexión de Contenedores a RedesPara conectar contenedores a una red personalizada, utilizamos la opción --network:``` docker run -d --name db --network mi-red postgres docker run -d --name web --network mi-red myapp ```2.3. Resolución de Nombres en Redes PersonalizadasUna de las ventajas clave de las redes personalizadas es la resolución automática de nombres. Los contenedores pueden comunicarse entre sí utilizando sus nombres de contenedor como nombres de host:``` web --> postgres://db:5432 ```2.4. Tipos de Drivers de RedDocker soporta varios tipos de drivers de red:- bridge: El driver por defecto, crea una red aislada en el host. - host: Utiliza la red del host, sin aislamiento de red. - overlay: Permite la comunicación entre contenedores en diferentes hosts Docker. - macvlan: Asigna una dirección MAC al contenedor, haciéndolo visible en la red física.3. Técnicas Avanzadas de Redes3.1. Redes Overlay para SwarmLas redes overlay son esenciales para el despliegue de aplicaciones en clústeres Docker Swarm:``` docker network create --driver overlay --attachable mi-red-overlay ```Esta red permite la comunicación entre contenedores en diferentes nodos del clúster Swarm.3.2. Control de Acceso con Network PoliciesDocker Enterprise Edition ofrece Network Policies para controlar el tráfico entre contenedores:``` docker network create --driver calico --ipam-driver calico-ipam --subnet 192.168.0.0/24 --policy-only mi-red-con-politica ```3.3. Integración con DNSPara entornos más complejos, podemos integrar Docker con soluciones DNS externas:``` docker run -d --name db --network mi-red --dns 8.8.8.8 postgres ```Esto configura el contenedor para usar el DNS de Google (8.8.8.8) para la resolución de nombres externos.4. Mejores Prácticas y Consideraciones de Seguridad4.1. Principio de Mínimo PrivilegioLimita la exposición de puertos y el acceso a redes solo a lo estrictamente necesario para el funcionamiento de la aplicación.4.2. Segmentación de RedesUtiliza múltiples redes para separar diferentes capas de tu aplicación (frontend, backend, base de datos).4.3. Monitoreo y LoggingImplementa herramientas de monitoreo y logging para rastrear el tráfico de red entre contenedores.4.4. Actualizaciones y ParchesMantén Docker y tus imágenes actualizadas para beneficiarse de las últimas mejoras de seguridad en el sistema de redes.ConclusiónEl enlace y las redes de contenedores Docker han evolucionado significativamente, ofreciendo soluciones cada vez más robustas y flexibles para la comunicación entre contenedores. Desde el legacy linking hasta las avanzadas redes overlay para Swarm, Docker proporciona las herramientas necesarias para construir arquitecturas de microservicios complejas y escalables. Al entender y aplicar estas técnicas avanzadas, los desarrolladores y administradores de sistemas pueden crear entornos de contenerización más eficientes, seguros y fáciles de gestionar.

Docker has revolutionized the way we build, ship, and run applications. At its core, Docker allows developers to package applications into containers, which can run independently across various computing environments. However, deploying a single container is seldom enough for complex applications. In real-world scenarios, applications often consist of multiple containers that need to communicate with one another. This is where linking and networking come into play. In this article, we will delve into advanced concepts of linking and networking Docker containers, providing you with a comprehensive understanding of how they operate.

Understanding Docker Networking Basics

Before diving deep into linking and networking, it’s essential to grasp some fundamental concepts of Docker networking.

Los contenedores Docker son una tecnología de virtualización ligera que permite empaquetar aplicaciones y todas sus dependencias en un entorno aislado y portable. A diferencia de las máquinas virtuales tradicionales, los contenedores comparten el kernel del sistema operativo host, lo que los hace mucho más eficientes en términos de recursos y rápidos de iniciar.Los contenedores Docker encapsulan el código de la aplicación, las librerías, las variables de entorno y los archivos de configuración en una sola unidad llamada imagen. Esta imagen puede ser ejecutada en cualquier sistema que tenga Docker instalado, garantizando que la aplicación se comportará de la misma manera sin importar el entorno.Algunas de las principales ventajas de los contenedores Docker son:1. Portabilidad: Las aplicaciones en contenedores pueden ejecutarse en cualquier sistema con Docker, facilitando el despliegue en diferentes entornos.2. Aislamiento: Cada contenedor se ejecuta de forma aislada, evitando conflictos entre aplicaciones y dependencias.3. Escalabilidad: Es fácil escalar aplicaciones creando múltiples instancias de contenedores.4. Eficiencia: Los contenedores comparten el kernel del sistema operativo, lo que los hace más ligeros y rápidos que las máquinas virtuales.5. Versionamiento: Las imágenes de Docker pueden ser versionadas y almacenadas en registros, facilitando la gestión y distribución de aplicaciones.Docker se ha convertido en una herramienta fundamental en el desarrollo y despliegue de aplicaciones modernas, especialmente en entornos de microservicios y arquitecturas nativas de la nube. Su capacidad para empaquetar y distribuir aplicaciones de forma consistente ha revolucionado la forma en que se desarrolla y opera el software en la industria.

Los contenedores Docker son unidades ligeras, portables y autosuficientes que empaquetan una aplicación y todas sus dependencias. Cada contenedor se ejecuta en su propio entorno aislado, garantizando que no interfiera con otros contenedores ni con el sistema anfitrión.

The Need for Networking

En la arquitectura de microservicios, las aplicaciones se construyen como un conjunto de servicios pequeños, cada uno ejecutándose en su propio contenedor. Para que estos servicios funcionen de forma integrada, necesitan comunicarse entre sí. Esta comunicación puede ocurrir en el mismo host o a través de múltiples hosts, haciendo de las redes un componente esencial de la orquestación de contenedores.

Controlando el tráfico de red con Docker Networking DriversDocker ofrece una variedad de drivers de red para controlar cómo se conectan los contenedores entre sí y con el mundo exterior. Los drivers principales son:- bridge: Es el driver por defecto que crea una red virtual interna para los contenedores. Los contenedores en la misma red bridge pueden comunicarse entre sí.- host: Conecta el contenedor directamente a la interfaz de red del host, sin aislamiento de red. Útil para alto rendimiento.- overlay: Permite conectar contenedores en diferentes hosts Docker, creando una red virtual distribuida. Requiere un key-value store como Consul o etcd.- macvlan: Asigna una dirección MAC única a cada contenedor, haciéndolo visible en la red física como un dispositivo independiente.- none: Deshabilita toda conectividad de red para el contenedor.Además, Docker permite crear redes definidas por el usuario con drivers personalizados para casos de uso específicos. Los drivers de red se pueden configurar al crear un contenedor con la opción --network.En resumen, los drivers de red de Docker brindan flexibilidad para controlar el aislamiento, visibilidad y conectividad de los contenedores según las necesidades de la aplicación.

Docker proporciona varios controladores de red que gobiernan cómo interactúan los contenedores dentro de un entorno Docker:- **bridge**: El controlador bridge es el predeterminado y más comúnmente utilizado. Crea una red interna privada virtual en la que los contenedores pueden comunicarse entre sí. Cada contenedor conectado a esta red recibe una dirección IP interna, permitiendo la comunicación dentro de la red bridge.- **host**: El controlador host elimina la separación de red entre el contenedor y el host Docker. Los contenedores utilizan directamente la interfaz de red del host, lo que puede mejorar el rendimiento pero reduce la aislación.- **overlay**: El controlador overlay permite que los contenedores en diferentes hosts Docker se comuniquen como si estuvieran en la misma red. Es esencial para crear redes distribuidas en entornos de múltiples hosts, como Swarm o Kubernetes.- **macvlan**: El controlador macvlan asigna una dirección MAC única a cada contenedor, haciéndolos aparecer como dispositivos físicos en la red. Es útil para escenarios que requieren que los contenedores se integren en una infraestructura de red existente.- **none**: El controlador none deshabilita toda la red para un contenedor. Los contenedores con este controlador no tienen conectividad externa y son adecuados para tareas que no requieren acceso a la red.- **Network plugins**: Docker también admite plugins de red de terceros que pueden proporcionar funcionalidades adicionales o integrarse con soluciones de red específicas.Estos controladores de red ofrecen flexibilidad para configurar la conectividad de red según los requisitos específicos de la aplicación y el entorno.

• Puente: The default network driver for Docker containers. It allows containers to communicate on the same host.
• Anfitrión: Removes network isolation between the container and the Docker host. This means that the container shares the host’s networking stack.
• Superposición: Habilita la comunicación entre contenedores en diferentes hosts de Docker. Se utiliza comúnmente en configuraciones de Docker Swarm.
• MacvlanAsigna una dirección MAC a un contenedor, haciendo que aparezca como un dispositivo físico en la red.
• Ninguno: Desactiva toda la red para un contenedor, útil para casos especializados.

Understanding these drivers is crucial for effective container networking, as different use cases will dictate which driver is most suitable.

Linking Containers: The Legacy Approach

El enlace fue uno de los primeros métodos que Docker proporcionó para permitir la comunicación entre contenedores. Aunque el enlace ahora se considera algo obsoleto en favor de soluciones de red más robustas, es esencial comprender cómo funciona, especialmente para aplicaciones heredadas.

Cómo funciona el enlaceEn el mundo de la informática, el enlace es un proceso fundamental que permite combinar diferentes partes de un programa para crear un ejecutable final. Este proceso es esencial en el desarrollo de software, ya que permite modularizar el código y reutilizar componentes.El proceso de enlace comienza con la compilación del código fuente. Durante la compilación, el código se traduce a un lenguaje de nivel inferior, generalmente lenguaje ensamblador o código objeto. Este código objeto contiene instrucciones que la máquina puede entender, pero aún no está listo para ejecutarse.Una vez que se han compilado todos los archivos de código fuente, se procede al enlace. Durante el enlace, el enlazador toma los archivos objeto generados por el compilador y los combina en un solo archivo ejecutable. Este proceso implica resolver referencias entre diferentes archivos objeto y bibliotecas.Las bibliotecas son colecciones de código precompilado que proporcionan funcionalidades comunes. Por ejemplo, una biblioteca de matemáticas puede contener funciones para realizar cálculos matemáticos complejos. Durante el enlace, el enlazador busca las referencias a estas bibliotecas y las incluye en el ejecutable final.El enlace también se encarga de resolver las direcciones de memoria. Durante la compilación, las direcciones de memoria son relativas, lo que significa que se refieren a ubicaciones dentro del archivo objeto. Durante el enlace, estas direcciones se convierten en direcciones absolutas, que se refieren a ubicaciones específicas en la memoria del sistema.Existen dos tipos principales de enlace: estático y dinámico. En el enlace estático, todas las bibliotecas se incluyen en el ejecutable final. Esto significa que el ejecutable es autosuficiente y no depende de bibliotecas externas. Sin embargo, esto también significa que el ejecutable es más grande y puede ocupar más espacio en disco.En el enlace dinámico, las bibliotecas se cargan en tiempo de ejecución. Esto significa que el ejecutable es más pequeño, pero depende de las bibliotecas estar presentes en el sistema. El enlace dinámico permite compartir bibliotecas entre diferentes programas, lo que puede ahorrar espacio en disco y memoria.El proceso de enlace también puede implicar la resolución de símbolos. Los símbolos son nombres que se refieren a funciones, variables u otros elementos del programa. Durante el enlace, el enlazador busca las definiciones de estos símbolos y las asocia con las referencias en el código.En resumen, el enlace es un proceso esencial en el desarrollo de software que permite combinar diferentes partes de un programa en un ejecutable final. Este proceso implica resolver referencias, direcciones de memoria y símbolos, y puede ser estático o dinámico. El enlace es una parte fundamental de la cadena de herramientas de desarrollo y es esencial para crear programas funcionales y eficientes.

When you link two containers, Docker creates a secure tunnel between them, allowing them to communicate through a direct IP connection. Along with this linkage, environment variables are also passed from one container to another.

Ejemplo de vinculación de contenedores

Here’s a simple example of how linking works in Docker:

# Start a MongoDB container
docker run -d --name mongodb mongo

# Start a web application container and link it to MongoDB
docker run -d --name webapp --link mongodb:mongo my-web-app

In the above example, the --link flag creates a link between the aplicación web container and the mongodb container. The Mongo el alias permite aplicación web contenedor para acceder al contenedor de MongoDB usando este alias.

Limitations of Linking

While linking was a straightforward solution for container communication, it comes with several limitations:

• Escalabilidad: El enlace no es escalable para aplicaciones grandes con numerosos contenedores que requieren comunicación.
• Conexiones EstáticasLos enlaces se establecen al crear el contenedor, lo que dificulta el escalado dinámico y el descubrimiento de servicios.
• ObsoleteLa comunidad de Docker ha ido migrando gradualmente hacia las redes, y el enlace se considera obsoleto en favor de soluciones basadas en redes.

Advanced Networking: The Modern Approach

Dada la limitación del linking, las capacidades de red de Docker ofrecen un enfoque más flexible y dinámico para gestionar la comunicación entre contenedores. Exploraremos cómo se puede aprovechar la red de Docker para crear aplicaciones complejas y escalables.

Creación de Redes Personalizadas

Una de las características más potentes de la red de Docker es la capacidad de crear redes personalizadas. Las redes personalizadas proporcionan un mejor aislamiento y control sobre cómo se comunican los contenedores.

Creating a Custom Bridge Network

Para crear una red bridge personalizada, usa el siguiente comando:

docker network create my_bridge_network

Now, you can run containers attached to this network:

docker run -d --name mongodb --network my_bridge_network mongo
docker run -d --name webapp --network my_bridge_network my-web-app

In this setup, both the mongodb and aplicación web Los contenedores pueden comunicarse entre sí sin necesidad de enlazarlos. Pueden referenciarse mutuamente por sus nombres de contenedor.

Resolución de DNS en redes personalizadasCuando se crea una red personalizada, se puede especificar una configuración de DNS personalizada para los contenedores que se conectan a ella. Esto se puede hacer utilizando la opción --dns al crear la red. Por ejemplo:```bash docker network create --dns 8.8.8.8 my-network ```Esto creará una red personalizada llamada "my-network" con el servidor DNS 8.8.8.8 configurado para los contenedores que se conecten a ella.También se puede especificar múltiples servidores DNS utilizando la opción --dns múltiples veces:```bash docker network create --dns 8.8.8.8 --dns 8.8.4.4 my-network ```Esto creará una red personalizada llamada "my-network" con los servidores DNS 8.8.8.8 y 8.8.4.4 configurados para los contenedores que se conecten a ella.Además, se puede especificar un dominio de búsqueda DNS utilizando la opción --dns-search:```bash docker network create --dns-search example.com my-network ```Esto creará una red personalizada llamada "my-network" con el dominio de búsqueda DNS "example.com" configurado para los contenedores que se conecten a ella.También se puede especificar un servidor DNS alternativo para un contenedor específico utilizando la opción --dns al crear el contenedor:```bash docker run --dns 8.8.8.8 my-image ```Esto creará un contenedor a partir de la imagen "my-image" con el servidor DNS 8.8.8.8 configurado para ese contenedor específico.En resumen, Docker permite configurar servidores DNS personalizados y dominios de búsqueda DNS para redes personalizadas y contenedores específicos, lo que proporciona flexibilidad y control sobre la resolución de nombres en el entorno de contenedores.

Uno de los aspectos destacados de utilizar redes personalizadas es la resolución DNS integrada de Docker. Los contenedores en la misma red personalizada pueden comunicarse utilizando sus nombres de contenedor como nombres de host.

Ejemplo de Resolución DNSThe following example shows how a DNS query is resolved:1. A user types www.example.com into their web browser. 2. The browser sends a DNS query to the local DNS server. 3. The local DNS server checks its cache for the IP address of www.example.com. If it is not found, the server sends a query to the root DNS server. 4. The root DNS server responds with the IP address of the top-level domain (TLD) server for .com. 5. The local DNS server sends a query to the .com TLD server. 6. The .com TLD server responds with the IP address of the authoritative DNS server for example.com. 7. The local DNS server sends a query to the authoritative DNS server for example.com. 8. The authoritative DNS server responds with the IP address of www.example.com. 9. The local DNS server caches the IP address of www.example.com and sends it back to the user's browser. 10. The browser uses the IP address to connect to the web server hosting www.example.com and displays the website to the user.This process happens very quickly, usually within a few milliseconds, and is transparent to the user.

If you want the aplicación web contenedor para conectarse al mongodb el contenedor puede simplemente usar el nombre de host mongodb en lugar de depender de direcciones IP. Por ejemplo, en el código de tu aplicación, podrías conectarte a MongoDB de esta manera:

const MongoClient = require('mongodb').MongoClient;
const url = 'mongodb://mongodb:27017/mydatabase';

Este enfoque simplifica drásticamente la comunicación y mejora el mantenimiento.

Redes de Superposición para Comunicación Multi-HostEn el mundo de la computación en la nube, la comunicación entre múltiples hosts es un aspecto fundamental para garantizar la escalabilidad, la flexibilidad y la eficiencia de las aplicaciones distribuidas. Las redes de superposición (overlay networks) han surgido como una solución poderosa para facilitar esta comunicación, permitiendo a los desarrolladores crear redes virtuales que se ejecutan sobre la infraestructura física existente.Una red de superposición es esencialmente una red virtual que se construye sobre otra red, generalmente una red física como Internet o una red de área local (LAN). Esta capa adicional de abstracción permite a los desarrolladores crear topologías de red personalizadas, implementar protocolos de comunicación específicos y gestionar la conectividad entre hosts de manera más eficiente.En el contexto de la computación en la nube, las redes de superposición son particularmente útiles para:1. Aislamiento de redes: Permiten crear redes virtuales aisladas para diferentes aplicaciones o inquilinos, mejorando la seguridad y el cumplimiento normativo.2. Escalabilidad: Facilitan la adición o eliminación de hosts sin afectar la estructura general de la red.3. Flexibilidad: Permiten implementar topologías de red complejas que no serían posibles o prácticas en la red física subyacente.4. Optimización del rendimiento: Pueden implementar técnicas de enrutamiento y balanceo de carga específicas para mejorar el rendimiento de las aplicaciones.5. Compatibilidad: Permiten que aplicaciones diseñadas para entornos de red específicos funcionen en infraestructuras heterogéneas.Algunas tecnologías populares de redes de superposición incluyen:- VXLAN (Virtual Extensible LAN): Un protocolo de encapsulación que permite crear redes de área extensa (WAN) virtuales sobre redes IP existentes.- NVGRE (Network Virtualization using Generic Routing Encapsulation): Similar a VXLAN, pero utiliza GRE para la encapsulación.- Weave Net: Una red de superposición diseñada específicamente para contenedores Docker, que proporciona una red plana y segura entre contenedores en diferentes hosts.- Flannel: Un proyecto de red de contenedores que proporciona una red de superposición para Kubernetes.- Calico: Una solución de red y seguridad para contenedores que utiliza enrutamiento de nivel 3 en lugar de encapsulación.Estas tecnologías permiten a los desarrolladores y administradores de sistemas crear redes virtuales complejas que abstraen la complejidad de la infraestructura subyacente, facilitando la implementación y gestión de aplicaciones distribuidas a gran escala.En resumen, las redes de superposición son una herramienta esencial en el arsenal de la computación en la nube, proporcionando la flexibilidad, escalabilidad y control necesarios para construir sistemas distribuidos robustos y eficientes.

En una arquitectura distribuida, es común tener contenedores ejecutándose en múltiples hosts. El controlador de red superpuesta de Docker permite que los contenedores en diferentes hosts de Docker se comuniquen de forma segura.

Configuración de una red superpuesta

To use overlay networks, you must have a Docker Swarm initialized. Here’s how you can create an overlay network:

docker network create -d overlay my_overlay_network

Luego, despliega tus servicios en el Swarm y conéctalos a la red superpuesta:

docker service create --name mongodb --network my_overlay_network mongo
docker service create --name webapp --network my_overlay_network my-web-app

The containers deployed under this setup can communicate seamlessly regardless of the host they are running on.

Service Discovery with Docker Compose

When working with multiple interconnected services, Docker Compose becomes a powerful tool for managing complex applications. Docker Compose simplifies the definition and configuration of containers using a YAML file.

Ejemplo de un archivo Docker Compose

Here’s an example of a docker-compose.yml archivo que define una aplicación web simple con un backend MongoDB:

versión: '3'

servicios:
  mongodb:
    imagen: mongo
    redes:
      - my_network

  webapp:
    imagen: my-web-app
    redes:
      - my_network
    depende_de:
      - mongodb

redes:
  my_network:

In this example, both the mongodb and aplicación web Los servicios son parte del mismo my_network, lo que les permite comunicarse sin esfuerzo.

Security Considerations in Docker Networking

With increased flexibility in networking comes an increased risk of security vulnerabilities. It’s crucial to implement robust security measures when configuring container networks.

Aislamiento de red

Uno de los principales beneficios de la red de Docker es la capacidad de aislar contenedores. Al utilizar redes personalizadas, puedes limitar la visibilidad y el acceso entre contenedores. Por ejemplo, puedes crear redes separadas para los servicios de front-end y back-end para reducir la superficie de ataque.

Firewall Rules and Network Policies

Implementar reglas de firewall y políticas de red puede mejorar significativamente la seguridad de tu entorno Docker. Considera usar herramientas como iptables definir reglas que restrinjan el acceso entre contenedores basándose en criterios específicos.

Gestión de Secretos

Sensitive information, such as database credentials, should not be hardcoded in application code or container images. Utilize Docker secrets to manage sensitive data securely. Docker secrets allow you to store and manage sensitive information and provide it to containers at runtime.

Monitoring and Logging

Supervisa y registra regularmente el tráfico de red de tus contenedores para identificar cualquier actividad sospechosa. Herramientas como Prometheus y Grafana pueden ayudarte a configurar paneles de monitoreo, mientras que soluciones de registro como ELK (Elasticsearch, Logstash, Kibana) pueden ayudarte a centralizar los registros para su análisis.

Conclusión

El enlace y la creación de redes son aspectos fundamentales para implementar y gestionar contenedores Docker en aplicaciones modernas. Si bien el enlace ofrece un enfoque simplista, las capacidades avanzadas de redes de Docker proporcionan una solución mucho más potente y escalable para la orquestación de contenedores. Comprender cómo aprovechar las redes personalizadas, las redes superpuestas y herramientas como Docker Compose es esencial para construir arquitecturas de microservicios resilientes y mantenibles.

As you explore these advanced networking concepts, always be mindful of security considerations, ensuring that your container communications are both efficient and secure. With a solid grasp of Docker networking, you can build sophisticated applications that can easily adapt to changing requirements and scale effortlessly. Happy containerizing!