Hay un ciclo virtuoso en tecnolog\u00eda que empuja los l\u00edmites de lo que se est\u00e1 construyendo y c\u00f3mo se est\u00e1 utilizando. Un nuevo desarrollo tecnol\u00f3gico surge y captura la atenci\u00f3n del mundo. Las personas comienzan a experimentar y descubrir aplicaciones novedosas, casos de uso y enfoques para maximizar el potencial de la innovaci\u00f3n. Estos casos de uso generan un valor significativo, alimentando la demanda de la pr\u00f3xima iteraci\u00f3n de la innovaci\u00f3n y, a su vez, una nueva ola de innovadores crean la pr\u00f3xima generaci\u00f3n de casos de uso, impulsando nuevos avances.<\/p>\n
La contenedorizaci\u00f3n se ha convertido en la base del desarrollo moderno de software nativo de nube, que admiten nuevos casos de uso y enfoques para construir aplicaciones resistentes, escalables y port\u00e1tiles. Tambi\u00e9n posee las claves para la pr\u00f3xima innovaci\u00f3n de entrega de software, que requiere simult\u00e1neamente la evoluci\u00f3n para asegurar el software segura por dise\u00f1o y actualizado continuamente y sirviendo como medios para llegar all\u00ed.<\/p>\n
A continuaci\u00f3n, hablar\u00e9 sobre algunas de las innovaciones que condujeron a nuestra revoluci\u00f3n contenedorizada, as\u00ed como algunos de los rasgos del desarrollo de software nativo de nube que han llevado a este punto de inflexi\u00f3n, uno que ha preparado al mundo para alejarse de las distribuciones tradicionales de Linux y hacia un nuevo enfoque para la entrega de software de c\u00f3digo abierto.<\/p>\n
La iteraci\u00f3n nos ha acercado a la ubicuidad<\/h2>\n
Ha habido muchas innovaciones que han allanado el camino para una entrega de c\u00f3digo abierto m\u00e1s segura y desempe\u00f1ada. En aras de su tiempo y mi recuento de palabras, llamar\u00e9 tres hitos particulares. Cada paso, desde contenedores de Linux (LXC) hasta Docker y, en \u00faltima instancia, la Iniciativa de Contenedor Open (OCI), basado en su predecesor, abordando las limitaciones y desbloqueando nuevas posibilidades.<\/p>\n
LXC sent\u00f3 las bases al aprovechar las capacidades del kernel de Linux (a saber, los grupos y espacios de nombres), para crear entornos aislados livianos. Por primera vez, los desarrolladores podr\u00edan empaquetar aplicaciones con sus dependencias, ofreciendo un grado de consistencia en diferentes sistemas. Sin embargo, la complejidad de LXC para los usuarios y su falta de un cat\u00e1logo estandarizado de distribuci\u00f3n de im\u00e1genes obstaculiz\u00f3 la adopci\u00f3n generalizada.<\/p>\n
Docker surgi\u00f3 como un cambio de juego, democratizando la tecnolog\u00eda de contenedores. Simplific\u00f3 el proceso de crear, ejecutar y compartir contenedores, haci\u00e9ndolos accesibles para una audiencia m\u00e1s amplia. La interfaz f\u00e1cil de usar de Docker y la creaci\u00f3n de Docker Hub, un repositorio central para im\u00e1genes de contenedores, foment\u00f3 un ecosistema vibrante. Esta facilidad de uso aliment\u00f3 la adopci\u00f3n r\u00e1pida, pero tambi\u00e9n expres\u00f3 preocupaciones sobre el bloqueo de los proveedores y la necesidad de interoperabilidad.<\/p>\n
Reconociendo el potencial de fragmentaci\u00f3n, la OCI (iniciativa de contenedores abiertos) intervino para estandarizar los formatos de contenedores y los tiempos de ejecuci\u00f3n. Al definir las especificaciones abiertas, el OCI asegur\u00f3 que los contenedores pudieran construirse y correr a trav\u00e9s de diferentes plataformas, fomentando un panorama saludable y competitivo. Proyectos como RUNC y Containerd, nacidos de la OCI, proporcionaron una base com\u00fan para los tiempos de ejecuci\u00f3n de contenedores y habilitaron una mayor portabilidad e interoperabilidad.<\/p>\n
Los est\u00e1ndares de OCI tambi\u00e9n permitieron que Kubernetes (otro est\u00e1ndar neutral en el proveedor) se convierta en una plataforma verdaderamente port\u00e1til, capaz de ejecutarse en una amplia gama de infraestructura y permitir a las organizaciones orquestar sus aplicaciones de manera consistente en diferentes proveedores de nubes y entornos locales. Esta estandarizaci\u00f3n y sus innovaciones asociadas desbloquearon todo el potencial de los contenedores, allanando el camino para su presencia ubicua en el desarrollo moderno de software.<\/p>\n
[Containerized] El software est\u00e1 comiendo el mundo<\/h2>\n
Los avances en Linux, la r\u00e1pida democratizaci\u00f3n de los contenedores a trav\u00e9s de Docker y la estandarizaci\u00f3n de OCI se impulsaron por necesidad, con la evoluci\u00f3n de los casos de uso de aplicaciones nativos de la nube que impulsan la orquestaci\u00f3n y la estandarizaci\u00f3n hacia adelante. Esas caracter\u00edsticas de la aplicaci\u00f3n nativa de la nube tambi\u00e9n destacan por qu\u00e9 un enfoque de prop\u00f3sito general para las distribuciones de Linux ya no sirve a los desarrolladores de software con las bases m\u00e1s seguras y actualizadas para desarrollar:<\/p>\n
Arquitectura orientada al microservicio: las aplicaciones nativas de la nube generalmente se construyen como una colecci\u00f3n de servicios peque\u00f1os e independientes, con cada microservicio realizando una funci\u00f3n espec\u00edfica. Cada uno de estos microservicios se puede construir, desplegar y mantener independientemente, lo que proporciona una tremenda cantidad de flexibilidad y resistencia. Debido a que cada microservicio es independiente, los constructores de software no requieren paquetes de software integrales para ejecutar un microservicio, confiando solo en lo esencial de un contenedor.<\/p>\n
Conconse de recursos y eficientes: las aplicaciones nativas de la nube est\u00e1n creadas para ser eficientes y conscientes de los recursos para minimizar las cargas en infraestructura. Este enfoque despojado se alinea naturalmente con los contenedores y una estrategia de implementaci\u00f3n ef\u00edmera, con nuevos contenedores que se implementan constantemente y otras cargas de trabajo se actualizan al \u00faltimo c\u00f3digo disponible. Esto reduce los riesgos de seguridad aprovechando los nuevos paquetes de software, en lugar de esperar parches de distribuci\u00f3n y backports.<\/p>\n
Portabilidad: las aplicaciones nativas de la nube est\u00e1n dise\u00f1adas para ser port\u00e1tiles, con un rendimiento y confiabilidad consistentes, independientemente de d\u00f3nde se est\u00e9 ejecutando la aplicaci\u00f3n. Como resultado de que los contenedores estandarizan el entorno, los desarrolladores pueden ir m\u00e1s all\u00e1 de los viejos dolores de cabeza del pasado “funcion\u00f3 bien en mi m\u00e1quina”.<\/p>\n
El ciclo virtuoso de la innovaci\u00f3n que impulsa nuevos casos de uso y, en \u00faltima instancia, nuevas innovaciones es claro cuando se trata de la contenedores y la adopci\u00f3n generalizada de aplicaciones nativas de la nube. Cr\u00edticamente, este punto de inflexi\u00f3n de las demandas de innovaci\u00f3n y caso de uso ha impulsado una incre\u00edble tasa de cambio dentro del software de c\u00f3digo abierto: hemos alcanzado un punto en el que las distribuciones tradicionales de Linux “congeladas” superan la familiaridad y la estabilidad percibida de la \u00faltima generaci\u00f3n de la entrega de software. <\/p>\n
Entonces, \u00bfc\u00f3mo deber\u00eda ser la pr\u00f3xima generaci\u00f3n de entrega de software de c\u00f3digo abierto?<\/p>\n
Entrar: Chainguard OS<\/h2>\n
Para cumplir con las expectativas modernas de seguridad, rendimiento y productividad, los constructores de software necesitan el \u00faltimo software en la forma m\u00e1s peque\u00f1a dise\u00f1ada para su caso de uso, sin ninguno de los CVE que conducen al riesgo para el negocio (y una lista de “fijadores” de los equipos de seguridad). Hacer el bien en esos par\u00e1metros requiere algo m\u00e1s que hacer el pasado. En su lugar, la pr\u00f3xima generaci\u00f3n de entrega de software de c\u00f3digo abierto debe comenzar desde la fuente de software seguro y actualizado: los mantenedores ascendentes.<\/p>\n
Es por eso Chainguard<\/a> construy\u00f3 este nuevo enfoque distrolse, reconstruyendo continuamente los paquetes de software basados \u200b\u200ben las distribuciones aguas abajo, sino en las fuentes aguas arriba que eliminan las vulnerabilidades y agregan mejoras de rendimiento. Lo llamamos OS de Chainguard<\/strong>.<\/p>\n Chainguard OS sirve como base para los resultados de seguridad, eficiencia y productividad amplios que los productos Chainguard entregan hoy, “Chainguarding” un cat\u00e1logo de r\u00e1pido crecimiento de m\u00e1s de 1,000 im\u00e1genes de contenedores.<\/p>\n Chainguard OS se adhiere a cuatro principios clave para hacer que sea posible:<\/p>\n Quiz\u00e1s la mejor manera de resaltar el valor de los principios de Chainguard OS es ver el impacto en las im\u00e1genes de Chainguard.<\/p>\n En la siguiente captura de pantalla (y visible aqu\u00ed<\/a>), puede ver una comparaci\u00f3n de lado a lado entre un Adem\u00e1s de la discrepancia muy clara en el recuento de vulnerabilidades, vale la pena examinar la diferencia de tama\u00f1o entre las dos im\u00e1genes de contenedores. La imagen de Chainguard comprende solo el 6% de la imagen alternativa de c\u00f3digo abierto.<\/p>\n Junto con el tama\u00f1o de la imagen minimizado, la imagen de Chainguard se actualiz\u00f3 por \u00faltima vez solo una hora antes de la captura de pantalla, algo que sucede a diario:<\/p>\n Una exploraci\u00f3n r\u00e1pida de los datos de procedencia y SBOM ilustra la integridad y la inmutabilidad de extremo a extremo de los artefactos, una especie de etiqueta nutricional completa que subraya la seguridad y la transparencia que puede proporcionar un enfoque moderno para la entrega de software de c\u00f3digo abierto.<\/p>\n Cada imagen de Chainguard es un ejemplo pr\u00e1ctico del valor que proporciona Chainguard OS, ofreciendo una alternativa marcada a lo que ha surgido. Quiz\u00e1s el mayor indicador es la retroalimentaci\u00f3n que hemos recibido de los clientes, que han compartido c\u00f3mo las im\u00e1genes de contenedores de Chainguard han ayudado a eliminar las CVE, asegurar sus cadenas de suministro, alcanzar y mantener el cumplimiento, y reducir el trabajo de los desarrolladores, permiti\u00e9ndoles volver a asignar recursos de desarrolladores preciosos.<\/p>\n Creemos que los principios y el enfoque de Chainguard OS se pueden aplicar a una variedad de casos de uso, extendiendo los beneficios de los paquetes de software de la fuente reconstruidos continuamente al ecosistema de c\u00f3digo abierto.<\/p>\n Si lo encontr\u00f3 \u00fatil, aseg\u00farese de consultar nuestro documento t\u00e9cnico<\/a> Sobre este tema o P\u00f3ngase en contacto con nuestro equipo<\/a> Hablar con un experto en el enfoque distrolario de Chainguard. <\/p>\n Nota: <\/b>Este art\u00edculo es escrito por expertos y contribuido por Dustin Kirkland<\/a> – VP de ingenier\u00eda en Chainguard<\/a>.<\/i><\/p>\n <\/p>\n\n
![\"\"](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2025\/04\/\u00bfHemos-llegado-a-un-punto-de-inflexion-distrolse.jpg\")
<\/a><\/div>\n<\/a><\/div>\n<\/a><\/div>\n