En este artículo, analizaremos la orquestación de contenedores en Kubernetes. Pero primero, exploremos las tendencias que dieron origen a los contenedores, la necesidad de orquestación de contenedores y cómo eso ha creado el espacio para que Kubernetes alcance el dominio y el crecimiento.
El crecimiento de la tecnología en todos los aspectos de nuestras vidas y días ha creado una inmensa demanda de software, las empresas y organizaciones que venden y entregan productos basados en software o simplemente usan software en sus negocios. Esta presión ha estimulado la innovación y la estandarización. Y las necesidades y los riesgos son tan altos que ha cambiado fundamentalmente la forma en que los softwares se desarrollan y se implementan en la producción. Pero esta evolución no carece de precedentes. ¿Te imaginas la economía mundial basándose en métodos como el uso de barcos para el comercio de mercancías? No habría forma de que obtuvieras tu nuevo iPhone a tiempo. Ahora damos por sentado que los contenedores de envío se mueven de manera eficiente entre diferentes modos de transporte, diferentes propietarios de barcos y compañías navieras, y se han estandarizado en todas partes y están disponibles en casi cualquier parte del mundo. siempre sin importar en qué se encuentre. El software moderno se está volviendo bastante similar. A medida que los sistemas de software se vuelven más complicados, esta complicación ha llevado al software a dividirse en partes más pequeñas, comomicroservicios. Ya sea que se llamen microservicios o no, estas piezas de software más pequeñas deben empaquetarse, construirse, implementarse y acceder a otras piezas de software a su alrededor para que funcionen como un sistema total.
Estas pequeñas piezas de software se pueden implementar en contenedores que les permiten ejecutarse en la misma máquina virtual o real, pero haciendo que parezca que el software es el único proceso en ejecución. Aquí es donde nos alejamos un poco de la metáfora del contenedor de envío. Si bien el único trabajo de los contenedores debería ser mantener las cosas contenidas dentro de sí mismos, el software útil depende de otro software a su alrededor para hacer su trabajo. Aquí es donde surge la necesidad de orquestación de contenedoresha nacido. Hay beneficios definitivos en mantener el software lógicamente distinto uno del otro, puede desarrollar, implementar, escalar y mantener cada pieza pequeña sin demasiado alboroto entre las otras partes del sistema cuando no está todo en el mismo módulo. Sin embargo, en algún momento es probable que diferentes partes de su aplicación se comuniquen entre sí para realizar una tarea. Por ejemplo, una API puede necesitar comunicarse con la lógica comercial y, a su vez, debe acceder a la información o la base de datos.
Los propios contenedores mantienen separadas piezas de software lógicamente distintas para que puedan construirse, implementarse, mantenerse, administrarse y escalarse por sí mismos sin afectar indebidamente a otras partes del sistema.
La orquestación de contenedores, por otro lado, define cómo estos contenedores interactúan como un sistema, las necesidades entre ellos y cómo se unen para formar un sistema eficiente, manejable, confiable y escalable. Actualmente, es seguro decir que docker es el líder dominante tanto en tecnología como en adopción en contenedores, mientras que otros existen en el espacio, su dominio es tan grande cuando menciona contenedores que es casi sinónimo de docker. Existen otros jugadores en aplicaciones de nicho y se está produciendo cierto movimiento en torno a la estandarización, aunque es incipiente en el estándar de archivos docker, que es esencialmente el estándar actual y los repositorios de docker definen la forma dominante de alojar versiones de un contenedor entre desarrolladores y entre sistemas que necesitan usarlos, como como sistemas de orquestación como kubernetes.
Dado que la orquestación de contenedores es un espacio mucho más nuevo que solo crece desde la adopción de contenedores, las tecnologías son más nuevas y siguen evolucionando. Sin embargo, kubernetes es bastante avanzado y con Amazon Web Services finalmente uniéndose a sus competidores y adoptando kubernetes, cuenta con el respaldo de casi todos los jugadores importantes y la computación en la nube a través de Cloud Native Computing Foundation.también conocido como CNCF. Esta es la organización que ahora gobierna kubernetes. Esencialmente, se ha convertido en el estándar de facto, especialmente ahora que es Mearing, la tecnología competidora alternativa Docker Swarm, la solución de Dockers para la orquestación de contenedores ahora ha anunciado soporte para la configuración y el procesamiento del estilo de Kubernetes. Está claro que Kubernetes es ahora el estándar de facto, si no el estándar reconocido. en la industria y orquestación de contenedores.
La contenedorización cambió la forma en que se desarrolló y empaquetó el software, la orquestación de contenedores está cambiando la forma en que los contenedores se implementan en sistemas útiles más grandes.
Publicación traducida automáticamente
Artículo escrito por ddeevviissaavviittaa y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA