Las palabras contenedor y contenerización parecen algo que apareció de la nada en la industria de TI en los últimos años. Sin embargo, para sorpresa de la mayoría de las personas, la idea de los contenedores en realidad surgió en la década de 1970.
La idea inicial era crear un entorno similar a un Sandbox, donde las cargas de trabajo del contenedor estén aisladas del entorno de producción sin arriesgar ninguna interrupción en otros servicios en ejecución en las máquinas host. Esto permitió a los desarrolladores probar su código de aplicación y procesos sin preocuparse por otros aspectos del sistema host.
Durante la adopción temprana de contenedores, había muchas desventajas, una de ellas era el hecho de que los contenedores no eran portátiles en comparación con las tecnologías de contenedores recientes. Sin embargo, a lo largo de los años, las tecnologías de contenedores han mejorado exponencialmente, y ahora los contenedores tienen la capacidad de aislar usuarios, archivos y redes, por ejemplo, a los contenedores se les asigna ahora su propia dirección IP.
Tecnología de contenedores actualmente.
A lo largo de los años, se han introducido en el mercado cada vez más opciones de implementación de contenedores y herramientas de gestión, por ejemplo, servicios en la nube pública como Amazon Web Services (AWS) han proporcionado una multitud de servicios que ayudan a los usuarios a aprovisionar y administrar contenedores, siendo un servicio gestionado de AWS en particular el AWS Elastic Container Service (ECS), un servicio gestionado de Docker, y el otro siendo Elastic Kubernetes Service (EKS), un servicio gestionado de Kubernetes.
Desde la década de 1970, se puede ver que la forma de los contenedores ha pasado por una transformación significativa donde un aspecto revolucionario ha sido la introducción de la tecnología de virtualización a nivel de sistema operativo (SO). Esto permite que el sistema host proporcione múltiples entornos aislados en una sola máquina host. Esto significa que los contenedores pueden ejecutarse y aprovisionarse con mayor velocidad sin la necesidad de instalar un SO invitado dedicado, ya que el núcleo del SO host se comparte con los contenedores.
El beneficio de compartir el núcleo del SO host permite que los contenedores utilicen funciones como Namespaces, perfiles SELinux, chroot y CGroups. Esto ayuda a crear un entorno aislado para los contenedores en ejecución y proporciona la flexibilidad adicional para ejecutar diferentes distribuciones desde su SO host, siempre que ambos SO se ejecuten en la misma arquitectura de CPU.
Los cambios en los contenedores durante los últimos 50 años han visto una mejora en el uso de contenedores. Sin embargo, un cambio clave ha sido la gestión de contenedores, la portabilidad, la escalabilidad y la compatibilidad con otros sistemas de SO host, como Windows.
Con el conocimiento histórico de cómo surgieron los contenedores y cómo han evolucionado en tiempos recientes, aún puedes preguntarte qué es exactamente un contenedor.
En resumen, los contenedores son esencialmente componentes de software livianos que comprimen la aplicación, las dependencias y la configuración en una sola imagen implementable.
¿Cómo cambió Docker el juego?
Cuando se habla de contenedores o contenerización, Docker siempre es la primera palabra que viene a la mente. La introducción de Docker fue el catalizador que impulsó a las empresas a comenzar a utilizar contenedores con verdadera convicción.
Cuando Docker apareció por primera vez, era un proveedor de Plataforma como Servicio (PaaS) llamado dotCloud. Con la evolución de la tecnología de contenedores, la oferta inicial de PaaS de dotCloud se benefició tanto de esta mejora que decidieron abrir su tecnología de contenedores y cambiarle el nombre al término familiar Docker.
Una vez que Docker se convirtió en código abierto, la popularidad y el uso de Docker aumentaron exponencialmente con plataformas de gestión como Kubernetes, Docker Swarm, Mesosphere e incluso AWS ECS / EKS. Aunque cada plataforma puede tener su propia opinión sobre sus mejores prácticas, todas tienen un objetivo común: hacer que los contenedores sean más accesibles para los desarrolladores.
Contenerización – ¿Por qué molestarse?
Para adoptar contenedores en cualquier empresa y compañía de cualquier tamaño, se debe entender que se requiere mucho más que herramientas de orquestación y gestión. Más a menudo de lo que no, términos como Docker y Kubernetes se han convertido en palabras de moda actualmente y las organizaciones no necesariamente saben la razón detrás de por qué quieren adoptar dicha tecnología.
En Devoteam nos enfrentamos a un cliente que quería contenerizar su aplicación, pero no estaba seguro de si era el mejor o el enfoque correcto. Con una mayor investigación sobre el razonamiento detrás del problema del cliente, descubrimos que el cliente tenía problemas para lanzar su aplicación en producción debido a su largo tiempo de llegada al mercado.
Basándonos en nuestros hallazgos, nuestros consultores altamente experimentados de Devoteam proporcionaron una solución que utilizará contenedores Docker y servicios gestionados de AWS junto con un pipeline CI/CD para construir una solución: la construcción y el envío de las imágenes de contenedor a un registro de contenedor elástico de AWS (ECR), ejecutando una verificación de estado en el contenedor y, finalmente, implementando el contenedor en una instancia de AWS ECS.
Con esta solución, pudimos reducir significativamente el tiempo de llegada al mercado del cliente de meses a días, ya que esta solución permitió a sus desarrolladores trabajar de manera fluida para contenerizar su aplicación a través del pipeline y compartir las imágenes de contenedor con otros desarrolladores.
Los desarrolladores pudieron llevar a cabo el desarrollo y las pruebas del código, lo que, como resultado, mejoró la colaboración dentro de la organización y aumentó la velocidad en la que se desarrolló y probó el código.
Esto ayudó a disminuir el tiempo que tomó poner en marcha la aplicación en producción.
| Aspectos positivos de la contenedorización | Aspectos negativos de la contenedorización |
| Los contenedores proporcionan un enfoque de infraestructura ligero, rápido y aislado para ejecutar sus aplicaciones. Gracias a la naturaleza flexible de los contenedores, es posible realizar copias de seguridad y restaurarlos con mayor rapidez. | La contenedorización es un gran complemento para el sistema operativo Linux. Sin embargo, aunque Windows tiene un entorno de contenedores, no está tan soportado como los entornos Linux. |
| La aplicación, las dependencias, las bibliotecas, los binarios y los archivos de configuración se «hornean» en la imagen del contenedor, lo que proporciona una solución sencilla para migrar y ejecutar su aplicación en cualquier lugar. | Los contenedores comparten el núcleo del sistema operativo, por lo que si el núcleo se vuelve vulnerable, todos los contenedores también lo serán. |
| El tamaño medio de los contenedores es pequeño en comparación con una máquina virtua | La conexión en red puede ser complicada. Hay que mantener una buena conexión de red al tiempo que se intenta aislar los contenedores. |
| El aislamiento de las aplicaciones como contenedores impide que la invasión de código malicioso afecte a otros contenedores o al sistema anfitrión. | La contenedorización se utiliza normalmente para construir infraestructuras multicapa, con una aplicación en un contenedor. Esto significa que hay que supervisar más cosas que si se ejecutaran todas las aplicaciones en una sola máquina virtual. |
| Los contenedores pueden ayudarte a reducir tus costes operativos y de desarrollo. | Supervisar tus contenedores es una tarea más difícil de lo que sería en una máquina virtual. |
Con el escenario anterior en mente, no puedo enfatizar lo suficiente la importancia de que las empresas y organizaciones comprendan qué hacen realmente los contenedores y cómo tus problemas pueden resolverse mediante el uso de esta tecnología.
Por lo tanto, tener un conocimiento de alto nivel sobre los pros y los contras de la contenerización puede ser beneficioso, pero lo más importante es que nuestros consultores en Devoteam pueden brindar el apoyo y las soluciones necesarias para ayudar a tu empresa, sin importar el tamaño o la ubicación, a alcanzar tus objetivos a corto y largo plazo.
Si buscas ayuda con tu estrategia de contenedores, confía en Devoteam y te ayudaremos a cómo construir una estrategia y un plan, cómo evaluar tus cargas de trabajo para la idoneidad de los contenedores y cómo construir una acumulación de cambios mientras construyes la plataforma de contenedores. Trabajamos con sus equipos para mejorar tus habilidades y dejarle en una posición para diseñar, construir y ejecutar cargas de trabajo de contenedores a largo plazo. Si no deseas ejecutar tu propia plataforma de contenedores, en Devoteam también nos complace ofrecer soluciones de plataforma de contenedores controladas a nivel de servidor o sin servidor a través de servicios de AWS, como ECS Fargate sin servidor, EC2 o EKS (Kubernetes).
Sin embargo, si necesitas una solución de plataforma de contenedores híbridos que pueda operar en tu infraestructura local, también podemos ayudarte a proporcionar una solución a través de AWS EKS en cualquier parte.
Senior DevOps Consultant
