Résumé: cinq trouvé de l'aide dans des contenants appropriés examiner les tendances d'utilisation.
De plus en plus d'organisations se tournent DevOps et modèle de micro-services, et d'acquérir une plus grande expertise dans cette pile moderne, les conteneurs Docker écosystème a énorme développement et change chaque année. Sysdig a publié les deuxièmes rapports d'utilisation annuels Docker, montre l'environnement de conteneur unique, plus d'activités, plus les attributs étendus et du cycle de vie.
Le rapport est basé sur des données collectées auprès de 90000 environnement de production de conteneurs, taille de l'échantillon est deux fois l'an dernier, et est largement répartie sur plusieurs industries verticales. Taille des entreprises du mid-market en Amérique du Nord, Amérique Latine, Europe, Moyen-Orient et en Afrique et en Asie-Pacifique aux grandes entreprises.
Les données de conteneurs de temps d'utilisation de l'étude Sysdig Surveillance et rapport Sysdig services de cloud computing sécurisé, ces outils peuvent surveiller les appels système et leur environnement d'accueil entre le conteneur, pour fournir des informations sur le conteneur.
Ce qui suit est un résumé des principales conclusions. Voici cinq conteneurs perspective aide les tendances:
1.Apps
Sans surprise, les utilisateurs sont toujours engagés à outils open source pour construire leurs micro-services et applications. Java Virtual Machine (JVM) en haut des applications de conteneur de fichiers de configuration de la liste des composants. Bien que Java a longtemps compté sur les services d'application, mais il est clair que Java en tant que modèles de conteneurs modernes et livraison ensemble.
Tels que l'utilisation des bases de données PostgreSQL et MongoDB en cours d'exécution dans le conteneur augmente, ce qui indique qu'il ya un état du service mobile dans le récipient. nature à court terme du conteneur tant de gens inquiets au sujet de la collecte des données en cours d'exécution de l'entreprise de services de valeur, mais l'organisation a commencé à changer entièrement tirée par l'environnement du conteneur, cette préoccupation semble être atténué.
2.Runtime
Docker est toujours dominante, mais sa part est passée de 99% l'an dernier à 83% cette année, parce que d'autres conteneurs Runtime prendre pied. RKT de son CoreOS (récemment acquis par Red Hat) a gagné le plus, la hausse de la part de 12%, tandis que des moyens de conteneurs Mesos part de 4%. LXC 1% a également augmenté, mais à moindre manière significative. Mais il est clair que les entreprises sont de plus en plus habitués à utiliser des solutions non-Docker dans la production.
3. orchestrateurs
Kubernetes est toujours les plus couramment utilisés orchestrateurs (51%) position de leader, ce n'est pas surprenant, parce que le marché semble être Kubernetes pleinement acceptée. Microsoft, Amazon, IBM, bien sûr, Google fournit Kubernetes leurs services de conteneurs de nuages, même Docker et la mésosphère Kubernetes support et dispose également ajouté.
Docker Swarm dans l'étude de cette année à un ratio de 11% en second lieu, plus d'un outil Mesos, Mesos baisse de 9% l'an dernier à 4% dans le présent rapport. Compte tenu Docker accepté Kubernetes, ce qui était inattendu. Mais les obstacles à l'entrée Swarm sont très faibles, car de plus en plus de gens commencent à utiliser le conteneur, qui peut être la première chorégraphie d'arrêt.
Nous avons également cherché à déterminer si la taille de cluster affecte l'organisation orchestrateurs peut choisir. Troisièmement, bien que réduite, mais l'utilisation des conteneurs Mesos déployés dans cette étude basée chorégraphie Mesos (y compris Mesos Marathon et mésosphère DC / OS) moyenne 50% de plus que l'environnement Kubernetes. Étant donné Mesos ont tendance à conteneurs à grande échelle et les déploiements cloud, il est logique. Ainsi, bien que moins nombreux, mais est généralement groupe Mesos niveau de l'entreprise. Au contraire, par rapport à Kubernetes, Essaim de petites grappes de 30%.
Cette année, nous avons également analysé par l'utilisation de la marque Kubernetes pour afficher la version utilisée est la version open source du paquet ou les fournisseurs en amont spécifique. Nous avons trouvé les Kubernetes open source continuent d'occuper la plus grande part, mais il semble que OpenShift progrès ont été accomplis, Rancher a également fait des progrès.
4. Densité
L'un des catalyseurs de la transition de métal nu et l'environnement VM-centrique avec le conteneur est une utilisation efficace de l'engagement des ressources du serveur. Par rapport au rapport 2017, contenant par client chaque hôte médian est passé de 10 à 15. Le plus élevé dans l'enquête, nous voyons une organisation dirigée sur un ordinateur hôte 154 conteneurs! C'est plus que ce que nous avons observé dans la dernière 95.
5. la vie
Comme il y a beaucoup de génération rapide et à la fin de la discussion de l'industrie des conteneurs, nous avons décidé d'étudier le cycle de vie du récipient, conteneur et services de mise en miroir à base de conteneurs. Conteneur combien de temps ils survivre? bientôt:
17% de moins d'une minute
78% moins d'une heure
89% de moins d'un jour
95% de moins d'une semaine
--27% la plus grande catégorie, se situe entre cinq à dix minutes, le Disparaît de conteneurs.
Pourquoi un tel récipient de courte espérance de vie? Nous savons que de nombreux clients ont une architecture de système peut être étendu si nécessaire, que dans le cas d'une valeur ajoutée pour survivre. Conteneur est créé, faire leur travail, puis disparaissent. Par exemple, un client ouvre un conteneur pour chaque emploi créé dans les Jenkins. Il teste les modifications, puis fermez le récipient. Pour le client, cela se produit des milliers de fois par jour.
Nous avons également examiné la vie en miroir contenant. En regardant ces données, nous pouvons comprendre les clients à déployer la fréquence de mise à jour du navire, dans le cadre de ses processus DevOps CI / CD. Dans l'ensemble, 69% de l'image à jour dans une semaine.
En ce qui concerne les services de cycle de vie, en Kubernetes, le service définit un ensemble de la nacelle abstraite, qui fournissent des fonctions spécifiques et comment y accéder. Service permet la mort de pod et la réplication sans affecter l'application. La plupart des services ont représenté 67% de plus d'une semaine. Les conteneurs peuvent aller et de venir, mais la plupart des entreprises veulent que le service soit stable, car l'application peut fonctionner autour de l'horloge.
la nouvelle organisation de spectacles que l'étude de cette année est encore en train différentes couches de la pile, il est clair que le conteneur jouent un rôle de plus en plus important et unique dans l'environnement informatique.
