8 tendances fortes de l'orchestration des conteneurs

Kubernetes orchestre la plupart des environnements de conteneurs GCP et Azure
Kubernetes utilisé sur toutes les plates-formes d'infrastructure, n'est nulle part aussi populaire que sur GCP (Google Cloud Platform). Parmi les organisations qui gèrent des conteneurs dans GCP, plus de 85 % orchestrent les charges de travail avec Kubernetes. Environ 65 % des organisations utilisant des conteneurs dans Azure exploitent également Kubernetes.

Kubernetes poursuit à l'échelle mondiale sa croissance dans les environnements de conteneurs
Un tiers des clients de Datadog exécutant des conteneurs utilisent désormais Kubernetes, que ce soit dans des clusters autogérés ou via un service de cloud comme Google Kubernetes Engine (GKE), Azure Kubernetes Service (AKS) ou le nouvel Amazon Elastic Container Service for Kubernetes (EKS). Le graphique ci-dessous présente l'utilisation de Kubernetes sur l'ensemble de la base de clients de Datadog, que ce soit dans des environnements sur site, dans un cloud public ou privé.

ECS et Fargate ne comptent plus qu'un léger avantage sur Kubernetes dans AWS
ECS continue d'être de plus en plus utilisé par les entreprises exploitant des conteneurs dans AWS. Avec le lancement récent d'EKS (ECS for Kubernetes), les utilisateurs d'Amazon ont maintenant plus de choix en matière de services gérés pour leur infrastructure de conteneurs. Pour la première fois, les données de Datadog montrent que Kubernetes est presque aussi populaire dans AWS qu'ECS (AWS Fargate compris).

Fargate fonctionne déjà dans 6% des environnements de conteneurs AWS
AWS Fargate applique le modèle serverless à l'orchestration de conteneurs et permet d'exécuter des applications conteneurisées sans avoir à gérer un cluster d'instances EC2. Au cours des six premiers mois de son lancement, Fargate a rapidement gagné en popularité auprès des clients Datadog et a déjà été adopté par 6 % des organisations utilisant des conteneurs dans AWS.

De plus en plus d'entreprises orchestrent leurs conteneurs dès le déploiement initial
Parmi les entreprises déployant des conteneurs, la moitié utilise désormais une ou plusieurs technologies d'orchestration, et nombreuses sont celles qui ont inclus l'orchestration dans leur déploiement initial. Les données de Datadog montrent que plus de 40 % des entreprises utilisent Kubernetes ou ECS lorsqu'elles commencent à utiliser des conteneurs. Fargate, Nomad ou Mesos sont moins utilisés lors d'un premier déploiement.

Les utilisateurs de Kubernetes utilisent beaucoup plus d'images NGINX et d'autres images standard
Dans les clusters Kubernetes, on observe un déploiement généralisé d'images de conteneurs pour les technologies d'infrastructure courantes telles que NGINX, Postgres et Elasticsearch, NGINX apparaissant dans les 2/3 des environnements Kubernetes. Ces mêmes images sont très peu nombreuses dans des environnements non orchestrés. L'étude montre aussi que dans les clusters ECS très peu d'images de conteneurs courantes sont adoptées. Seul NGINX apparait dans plus de 10 % de ces environnements. Il est probable que dans AWS de nombreux utilisateurs comptent sur des services tels que Amazon Relational Database Service et Simple Queue Service au lieu d'utiliser des composants d'infrastructure conteneurisés tels que Postgres ou RabbitMQ.

La plupart des conteneurs Kubernetes n'exécute qu'un seul processus
En examinant le nombre de processus en cours d'exécution dans chaque conteneur, on observe une nette différence entre les charges de travail Kubernetes et celles des conteneurs ECS ou sans orchestration. Alors que la plupart des conteneurs ECS ou non orchestrés utilisent plusieurs processus, les conteneurs Kubernetes ont tendance à n'utiliser qu'un seul processus. Le constat d'une utilisation accrue d'images de conteneurs standard dans les clusters Kubernetes indique que les utilisateurs de Kubernetes ont tendance à construire leur infrastructure à partir de composants standard hautement modulaires plutôt qu'à partir d'images de conteneurs plus personnalisés.

Les hôtes Kubernetes exécutent 2 fois plus de conteneurs que les hôtes ECS
En environnement Kubernetes, chaque hôte exécute en moyenne environ 14 conteneurs sur une fenêtre d'échantillonnage d'une heure, contre seulement 7 conteneurs dans un environnement ECS. Cette différence de densité de conteneurs peut s'expliquer par un « conditionnement » plus serré des conteneurs sur les hôtes Kubernetes. Elle est probablement aussi liée à la différence de densité du processus à l'intérieur des conteneurs eux-mêmes, tel qu'indiqué ci-dessus. Cela semble signifier que les noeuds Kubernetes ont tendance à exécuter un grand nombre de conteneurs à processus unique, alors que les noeuds ECS exécutent moins de conteneurs, dont certains utilisent des processus multiples.

_{Dans cette enquête, sont exclus les conteneurs qui ne sont pas en liaison avec des charges de travail réelles, telles que les conteneurs DNS, l'Agent Datadog, l'Agent ECS, les conteneurs du système Kubernetes et les composants d'administration des clusters (addon-resizer, kubernetes-dashboard, heapster, etc.)}

Datadog, - .