Un seul conteneur peut être utilisé pour exécuter n'importe quoi, du petit microservice ou du processus logiciel à l'application plus grande. Tous les exécutables, le code binaire, les bibliothèques et les fichiers de configuration nécessaires se trouvent à l'intérieur d'un conteneur. Par rapport aux approches de virtualisation des serveurs ou des machines, cependant, les conteneurs ne contiennent pas d'images de système d'exploitation. Cela les rend plus légers et plus portables, avec beaucoup moins de frais généraux. Dans les déploiements d'applications plus importants, plusieurs conteneurs peuvent être déployés en tant que clusters contenant un ou plusieurs conteneurs. Ces clusters peuvent être gérés par un orchestrateur de conteneurs tel que Kubernetes.

Les conteneurs sont un moyen rationalisé de créer, tester, déployer et redéployer des applications dans plusieurs environnements, depuis l'ordinateur portable local d'un développeur vers un data center sur site et même le cloud. Les avantages des conteneurs sont les suivants :

• Moins de frais généraux
  

  Les conteneurs nécessitent moins de ressources système que les environnements de machines virtuelles classiques ou matérielles, car ils n'incluent pas les images du système d'exploitation.

• Portabilité accrue
  

  Les applications exécutées dans des conteneurs peuvent être déployées facilement sur plusieurs systèmes d'exploitation et plateformes matérielles différents.

• Fonctionnement plus cohérent
  

  Les équipes DevOps savent que les applications dans les conteneurs s'exécutent de la même manière, quel que soit leur emplacement de déploiement.

• Efficacité accrue
  

  Les conteneurs permettent aux applications d'être déployées, corrigées ou mises à l'échelle plus rapidement.

• Amélioration du développement des applications
  

  Les conteneurs prennent en charge les efforts agiles et DevOps pour accélérer les cycles de développement, de test et de production.

Les entreprises utilisent généralement les conteneurs pour :

• Réhéberger (« lift and shift ») des applications existantes dans des architectures cloud modernes
  

  Certaines entreprises utilisent des conteneurs pour migrer des applications existantes vers des environnements plus modernes. Bien que cette pratique offre certains des avantages fondamentaux de la virtualisation des systèmes d'exploitation, elle n'offre pas tous les avantages d'une architecture d'application modulaire basée sur les conteneurs.

• Remanier les applications existantes pour les conteneurs
  

  Bien que le remaniement soit beaucoup plus intensif qu'une migration « lift-and-shift », il offre tous les avantages d'un environnement de conteneur.

• Développer de nouvelles applications natives de conteneur
  

  Tout comme le remaniement, cette approche libère tout le potentiel des conteneurs.

• Fournir une meilleure prise en charge des architectures de microservices
  

  Les applications et microservices distribués peuvent être plus facilement isolés, déployés et mis à l'échelle à l'aide de blocs de construction de conteneurs individuels.

• Prendre en charge le DevOps pour l'intégration et le déploiement continus (CI/CD)
  

  La technologie de conteneur prend en charge la création, le test et le déploiement rationalisés à partir des mêmes images de conteneur.

• Déploiement plus facile des tâches et des tâches répétitives
  

  Les conteneurs sont déployés pour prendre en charge un ou plusieurs processus similaires, qui s'exécutent souvent en arrière-plan, tels que les fonctions ETL ou les travaux par lots.

Les utilisateurs impliqués dans des environnements de conteneurs sont susceptibles d'entendre parler de deux outils et plateformes populaires utilisés pour créer et gérer des conteneurs. Il s'agit de Docker et Kubernetes.

Docker est un environnement d'exécution populaire utilisé pour créer et construire des logiciels à l'intérieur des conteneurs. Il utilise des images Docker (copies sur écriture) pour déployer des applications ou des logiciels conteneurisés dans plusieurs environnements, du développement au test et à la production. Docker a été construit sur des normes et des fonctions ouvertes dans la plupart des environnements d'exploitation courants, notamment Linux, Microsoft Windows et d'autres infrastructures sur site ou basées sur le cloud.

Les applications conteneurisées peuvent cependant être compliquées. En production, plusieurs peuvent nécessiter des centaines, voire des milliers de conteneurs distincts. C'est là que les environnements d'exécution de conteneurs tels que Docker bénéficient de l'utilisation d'autres outils pour orchestrer ou gérer tous les conteneurs en fonctionnement.

L'un des outils les plus populaires à cet effet est Kubernetes, un orchestrateur de conteneurs qui reconnaît plusieurs environnements d'exécution de conteneurs, y compris Docker.

Kubernetes orchestre le fonctionnement de plusieurs conteneurs en harmonie. Il gère des domaines tels que l'utilisation des ressources d'infrastructure sous-jacentes pour les applications conteneurisées, telles que la quantité de ressources de calcul, de réseau et de stockage requises. Les outils d'orchestration comme Kubernetes facilitent l'automatisation et l'évolutivité des charges de travail basées sur les conteneurs pour les environnements de production en direct.

Les utilisateurs confondent parfois la technologie des conteneurs avec les machines virtuelles (VM) ou la technologie de virtualisation des serveurs. Bien qu'il existe des similarités de base, les conteneurs sont très différents des machines virtuelles.

Les machines virtuelles s'exécutent dans un environnement d'hyperviseur où chaque machine virtuelle doit inclure son propre système d'exploitation invité, ainsi que ses fichiers binaires, bibliothèques et applications associés. Cela consomme une grande quantité de ressources système et de surcharge, notamment lorsque plusieurs machines virtuelles s'exécutent sur le même serveur physique, chacune dotée de son propre système d'exploitation invité.

En revanche, chaque conteneur partage le même système d'exploitation hôte ou le même noyau système et est beaucoup plus léger, seulement quelques mégaoctets. Cela signifie souvent que le démarrage d'un conteneur peut prendre quelques secondes (contre les gigaoctets et les minutes nécessaires pour une machine virtuelle classique).

NetApp mise sur la technologie des conteneurs et travaille sur des outils et des innovations de gestion du stockage persistant qui ont fait leurs preuves pour toutes les applications, partout. Le développement de Trident en est la parfaite illustration. Grâce à Trident, les applications conteneurisées consomment plus facilement que jamais du stockage persistant à la demande.

Nous travaillons activement sur des moyens d'accélérer les DevOps en favorisant encore plus de rapidité et d'agilité dans le développement de logiciels. La consommation de ressources d'infrastructure, telles que le stockage, doit être simple. NetApp s'est engagé à le faire, avec des solutions de gestion des conteneurs et d'autres qui aident les applications à évoluer et à s'étendre plus facilement sur une grande variété de plateformes.