Il y a un cycle vertueux de la technologie qui repousse les limites de ce qui est construit et comment il est utilis\u00e9. Un nouveau d\u00e9veloppement technologique \u00e9merge et attire l’attention du monde. Les gens commencent \u00e0 exp\u00e9rimenter et \u00e0 d\u00e9couvrir de nouvelles applications, des cas d’utilisation et des approches pour maximiser le potentiel de l’innovation. Ces cas d’utilisation g\u00e9n\u00e8rent une valeur significative, alimentant la demande pour la prochaine it\u00e9ration de l’innovation et, \u00e0 son tour, une nouvelle vague d’innovateurs cr\u00e9ent la prochaine g\u00e9n\u00e9ration de cas d’utilisation, ce qui entra\u00eene d’autres progr\u00e8s.<\/p>\n
La conteneurisation est devenue le fondement du d\u00e9veloppement de logiciels modernes et natifs du cloud, soutenant les nouveaux cas d’utilisation et les approches pour cr\u00e9er des applications r\u00e9silientes, \u00e9volutives et portables. Il contient \u00e9galement les cl\u00e9s de la prochaine innovation de livraison de logiciels, n\u00e9cessitant simultan\u00e9ment l’\u00e9volution pour des logiciels s\u00e9curis\u00e9s par conception et en permanence et servant de moyen d’y arriver.<\/p>\n
Ci-dessous, je vais parler de certaines des innovations qui ont conduit \u00e0 notre r\u00e9volution conteneuris\u00e9e, ainsi qu’\u00e0 certains des traits du d\u00e9veloppement de logiciels natifs du cloud qui ont conduit \u00e0 ce point d’inflexion – celui qui a amorc\u00e9 le monde \u00e0 s’\u00e9loigner des distros linux traditionnels et vers une nouvelle approche de la livraison de logiciels open source.<\/p>\n
L’it\u00e9ration nous a rapproch\u00e9s de l’ubiquit\u00e9<\/h2>\n
Il y a eu de nombreuses innovations qui ont ouvert la voie \u00e0 une livraison open source plus s\u00fbre et performante. Dans l’int\u00e9r\u00eat de votre temps et de mon nombre de mots, j’appellerai trois jalons particuliers. Chaque \u00e9tape, des conteneurs Linux (LXC) \u00e0 Docker et, finalement, l’Open Container Initiative (OCI), construite sur son pr\u00e9d\u00e9cesseur, abordant les limitations et d\u00e9verrouillant de nouvelles possibilit\u00e9s.<\/p>\n
LXC a jet\u00e9 les bases en exploitant les capacit\u00e9s du noyau Linux (\u00e0 savoir les groupes et les espaces de noms), pour cr\u00e9er des environnements isol\u00e9s l\u00e9gers. Pour la premi\u00e8re fois, les d\u00e9veloppeurs pouvaient emballer des applications avec leurs d\u00e9pendances, offrant un certain degr\u00e9 de coh\u00e9rence entre diff\u00e9rents syst\u00e8mes. Cependant, la complexit\u00e9 de LXC pour les utilisateurs et son manque de catalogue de distribution d’images standardis\u00e9 ont entrav\u00e9 une adoption g\u00e9n\u00e9ralis\u00e9e.<\/p>\n
Docker est devenu un changement de jeu et d\u00e9mocratisant la technologie des conteneurs. Cela a simplifi\u00e9 le processus de cr\u00e9ation, de course et de partage de conteneurs, ce qui les rend accessibles \u00e0 un public plus large. L’interface conviviale de Docker et la cr\u00e9ation de Docker Hub, un r\u00e9f\u00e9rentiel central pour les images de conteneurs, ont favoris\u00e9 un \u00e9cosyst\u00e8me vibrant. Cette facilit\u00e9 d’utilisation a aliment\u00e9 l’adoption rapide, mais a \u00e9galement soulev\u00e9 des pr\u00e9occupations concernant le verrouillage des fournisseurs et le besoin d’interop\u00e9rabilit\u00e9.<\/p>\n
Reconnaissant le potentiel de fragmentation, l’OCI (Open Contaters Initiative) est intervenu pour normaliser les formats de conteneurs et les temps d’ex\u00e9cution. En d\u00e9finissant des sp\u00e9cifications ouvertes, l’OCI a assur\u00e9 que les conteneurs pouvaient \u00eatre construits et se d\u00e9rouler sur diff\u00e9rentes plates-formes, favorisant un paysage sain et concurrentiel. Des projets comme RUNC et Containerd, n\u00e9s de l’OCI, ont fourni une base commune pour les temps d’ex\u00e9cution des conteneurs et ont permis une plus grande portabilit\u00e9 et interop\u00e9rabilit\u00e9.<\/p>\n
Les normes OCI ont \u00e9galement permis \u00e0 Kubernetes (une autre norme neutre du fournisseur) de devenir une plate-forme v\u00e9ritablement portable, capable de fonctionner sur un large \u00e9ventail d’infrastructures et de permettre aux organisations d’orchestrer leurs applications de mani\u00e8re coh\u00e9rente entre diff\u00e9rents fournisseurs de cloud et environnements locaux. Cette normalisation et ses innovations associ\u00e9es ont d\u00e9bloqu\u00e9 le plein potentiel des conteneurs, ouvrant la voie \u00e0 leur pr\u00e9sence omnipr\u00e9sente dans le d\u00e9veloppement de logiciels modernes.<\/p>\n
[Containerized] Le logiciel mange le monde<\/h2>\n
Les progr\u00e8s de Linux, la d\u00e9mocratisation rapide des conteneurs via Docker et la normalisation de l’OCI ont toutes \u00e9t\u00e9 propuls\u00e9es par la n\u00e9cessit\u00e9, avec l’\u00e9volution des cas d’utilisation des applications natifs dans le cloud poussant l’orchestration et la normalisation. Ces caract\u00e9ristiques d’application native du cloud soulignent \u00e9galement pourquoi une approche \u00e0 usage g\u00e9n\u00e9ral des distros de Linux ne sert plus de d\u00e9veloppeurs de logiciels avec les fondations les plus s\u00e9curis\u00e9es et les plus mises \u00e0 jour sur:<\/p>\n
Architecture orient\u00e9e microservice: les applications natives dans le cloud sont g\u00e9n\u00e9ralement construites en tant que collection de petits services ind\u00e9pendants, chaque microservice remplissant une fonction sp\u00e9cifique. Chacun de ces microservices peut \u00eatre construit, d\u00e9ploy\u00e9 et maintenu ind\u00e9pendamment, ce qui offre une \u00e9norme flexibilit\u00e9 et une r\u00e9silience. \u00c9tant donn\u00e9 que chaque microservice est ind\u00e9pendant, les constructeurs de logiciels ne n\u00e9cessitent pas de packages logiciels complets pour ex\u00e9cuter un microservice, ne s’appuyant que sur les \u00e9l\u00e9ments essentiels nus dans un conteneur.<\/p>\n
Conscient des ressources et efficaces: les applications natives dans le cloud sont con\u00e7ues pour \u00eatre efficaces et soucieuses de ressources pour minimiser les charges sur l’infrastructure. Cette approche d\u00e9pouill\u00e9e s’aligne naturellement bien avec les conteneurs et une strat\u00e9gie de d\u00e9ploiement \u00e9ph\u00e9m\u00e8re, avec de nouveaux conteneurs en cours de d\u00e9ploiement et d’autres charges de travail en cours de mise \u00e0 jour vers le dernier code disponible. Cela r\u00e9duit les risques de s\u00e9curit\u00e9 en tirant parti des nouveaux packages logiciels, plut\u00f4t que d’attendre des correctifs de distribution et des back-sports.<\/p>\n
Portabilit\u00e9: Les applications natives dans le cloud sont con\u00e7ues pour \u00eatre portables, avec des performances et une fiabilit\u00e9 coh\u00e9rentes, quel que soit le fonctionnement de l’application. \u00c0 la suite de conteneurs standardisant l’environnement, les d\u00e9veloppeurs peuvent aller au-del\u00e0 des maux de t\u00eate \u00abcela a bien fonctionn\u00e9 sur ma machine\u00bb du pass\u00e9.<\/p>\n
Le cycle vertueux de l’innovation stimule de nouveaux cas d’utilisation et, finalement, de nouvelles innovations est claire en ce qui concerne la conteneurisation et l’adoption g\u00e9n\u00e9ralis\u00e9e d’applications natives dans le cloud. Surtout, ce point d’inflexion de l’innovation et des demandes de cas d’utilisation a entra\u00een\u00e9 un taux de changement incroyable au sein des logiciels open source – nous avons atteint un point o\u00f9 la s\u00e9curit\u00e9, les performances et les inconv\u00e9nients de l’innovation des distros linux traditionnels “Frozen in-temps” l’emportent sur la familiarit\u00e9 et la stabilit\u00e9 per\u00e7ue de la derni\u00e8re g\u00e9n\u00e9ration de la livraison de logiciels. <\/p>\n
Alors, \u00e0 quoi devrait ressembler la prochaine g\u00e9n\u00e9ration de livraison de logiciels open source?<\/p>\n
Entrez: Chainguard OS<\/h2>\n
Pour r\u00e9pondre aux attentes modernes de la s\u00e9curit\u00e9, des performances et de la productivit\u00e9, les constructeurs de logiciels ont besoin des derniers logiciels sous la plus petite forme con\u00e7ue pour leur cas d’utilisation, sans aucun des CVE qui m\u00e8nent \u00e0 un risque pour l’entreprise (et une liste de “Fix-its” des \u00e9quipes de s\u00e9curit\u00e9). Il est bon sur ces param\u00e8tres n\u00e9cessite plus que la simple fabrication du pass\u00e9. Au lieu de cela, la prochaine g\u00e9n\u00e9ration de livraison de logiciels open source doit commencer \u00e0 partir de la source de logiciel s\u00e9curis\u00e9 et mis \u00e0 jour: les maintenants en amont.<\/p>\n
C’est pourquoi Chainguard<\/a> Construit cette nouvelle approche de distro, reconstruire en continu des packages de logiciels bas\u00e9s sur les distros en aval, mais sur les sources en amont qui suppriment les vuln\u00e9rabilit\u00e9s et l’ajout d’am\u00e9liorations de performances. Nous l’appelons Chainguard OS<\/strong>.<\/p>\n Chainguard OS sert de base aux r\u00e9sultats g\u00e9n\u00e9raux de s\u00e9curit\u00e9, d’efficacit\u00e9 et de productivit\u00e9 que les produits Chainguard fournissent aujourd’hui, “Chainguarding” un catalogue en croissance rapide de plus de 1 000 images de conteneurs.<\/p>\n Chainguard OS adh\u00e8re \u00e0 quatre principes cl\u00e9s pour rendre cela possible:<\/p>\n La meilleure fa\u00e7on de mettre en \u00e9vidence la valeur des principes de Chainguard OS est de voir l’impact sur les images de Chainguard.<\/p>\n Dans la capture d’\u00e9cran ci-dessous (et visible ici<\/a>), vous pouvez voir une comparaison c\u00f4te \u00e0 c\u00f4te entre un Mis \u00e0 part l’\u00e9cart tr\u00e8s clair du nombre de vuln\u00e9rabilit\u00e9, il vaut la peine d’examiner la diff\u00e9rence de taille entre les deux images de conteneurs. L’image Chainguard ne repr\u00e9sente que 6% de l’image alternative open source.<\/p>\n En plus de la taille de l’image minimis\u00e9e, l’image Chainguard a \u00e9t\u00e9 mise \u00e0 jour pour la derni\u00e8re fois une heure avant le Screengrab, quelque chose qui se passe quotidiennement:<\/p>\n Une analyse rapide des donn\u00e9es de provenance et de SBOM illustre l’int\u00e9grit\u00e9 de bout en bout et l’immuabilit\u00e9 des artefacts – une sorte d’\u00e9tiquette nutritionnelle compl\u00e8te qui souligne la s\u00e9curit\u00e9 et la transparence qu’une approche moderne de la livraison de logiciels open source peut fournir.<\/p>\n Chaque image de Chainguard est un exemple pratique de la valeur que Chainguard OS fournit, offrant une alternative aust\u00e8re \u00e0 ce qui s’est pr\u00e9c\u00e9d\u00e9. Le plus grand indicateur est peut-\u00eatre les commentaires que nous avons re\u00e7us des clients, qui ont partag\u00e9 comment les images de conteneurs de Chainguard ont contribu\u00e9 \u00e0 \u00e9liminer les CVE, \u00e0 s\u00e9curiser leurs cha\u00eenes d’approvisionnement, \u00e0 atteindre et \u00e0 maintenir la conformit\u00e9, et \u00e0 r\u00e9duire le travail des d\u00e9veloppeurs, leur permettant de r\u00e9trommandation de pr\u00e9cieuses ressources de d\u00e9veloppeur.<\/p>\n Notre conviction est que les principes et l’approche de Chainguard OS peuvent \u00eatre appliqu\u00e9s \u00e0 une vari\u00e9t\u00e9 de cas d’utilisation, en \u00e9tendant les avantages des packages de logiciels enti\u00e8rement reconstruits \u00e0 la source \u00e0 encore plus de l’\u00e9cosyst\u00e8me open source.<\/p>\n Si vous avez trouv\u00e9 cela utile, assurez-vous de v\u00e9rifier Notre livre blanc<\/a> sur ce sujet ou Contactez notre \u00e9quipe<\/a> Pour parler \u00e0 un expert de l’approche distroleuse de Chainguard. <\/p>\n Note: <\/b>Cet article est r\u00e9dig\u00e9 de mani\u00e8re experte et apport\u00e9e par Dustin Kirkland<\/a> – VP de l’ing\u00e9nierie \u00e0 Chainguard<\/a>.<\/i><\/p>\n <\/p>\n\n
![\"\"](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2025\/04\/Avons-nous-atteint-un-point-de-basculement-de-distro.jpg\")
<\/a><\/div>\n<\/a><\/div>\n<\/a><\/div>\n