> For the complete documentation index, see [llms.txt](https://academy.pentaho.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.pentaho.com/pentaho-11-installation-en/pentaho-11-installation-fr/installation/containers.md).

# Conteneurs

{% hint style="info" %}

#### Conteneurs

Les conteneurs sont des packages légers et autonomes qui incluent tout ce qui est nécessaire pour exécuter une application : code, environnement d’exécution, outils système, bibliothèques et paramètres. Contrairement aux machines virtuelles qui virtualisent le matériel, les conteneurs virtualisent le système d’exploitation, en partageant le noyau du système d’exploitation hôte tout en isolant les processus de l’application. Cela les rend beaucoup plus efficaces et plus rapides à démarrer.
{% endhint %}

<figure><img src="/files/2857d07e827498424b4970e88ca41798e148cac3" alt=""><figcaption><p>Conteneurs</p></figcaption></figure>

{% tabs %}
{% tab title="Environnements d’exécution" %}
{% hint style="info" %}
**Docker** est la plateforme de conteneurs la plus connue. Elle a popularisé la conteneurisation en la rendant accessible et facile à utiliser. Docker fournit des outils pour créer des images de conteneurs (Dockerfile), exécuter des conteneurs et les gérer. Bien que « Docker » désigne souvent l’ensemble de la plateforme, Docker Engine est l’environnement d’exécution réel qui exécute les conteneurs. Docker inclut également Docker Compose pour définir des applications multi-conteneurs et Docker Swarm pour une orchestration de base.

**containerd** est un environnement d’exécution de conteneurs central, conforme aux standards de l’industrie, qui alimente en réalité Docker (Docker l’utilise en interne). Il gère l’ensemble du cycle de vie des conteneurs - transfert d’images, stockage, exécution et réseau. De nombreux déploiements Kubernetes utilisent containerd directement plutôt que de passer par Docker.

**CRI-O** est un environnement d’exécution de conteneurs léger, conçu spécifiquement pour Kubernetes. Il implémente l’interface Container Runtime Interface (CRI) de Kubernetes et est conçu comme un environnement d’exécution minimal pour Kubernetes, sans fonctionnalités supplémentaires.

**Podman** est un moteur de conteneurs sans démon, compatible avec les commandes Docker mais ne nécessitant pas de service d’arrière-plan exécuté avec des privilèges root. Il est populaire dans les environnements soucieux de la sécurité et sur les systèmes Red Hat/Fedora.

**LXC/LXD** (Linux Containers) est une technologie de conteneur plus ancienne qui fournit une virtualisation au niveau du système d’exploitation. Les conteneurs LXC sont plus proches de machines virtuelles légères, exécutant un système Linux complet, tandis que les conteneurs Docker exécutent généralement des applications uniques.
{% endhint %}

<figure><img src="/files/0074bdde394e34568fcaf82ed3b9a8936bbd1035" alt=""><figcaption></figcaption></figure>
{% endtab %}

{% tab title="Orchestration" %}
{% hint style="info" %}
**Kubernetes** (K8s) est la plateforme d’orchestration de conteneurs dominante. Elle n’exécute pas elle-même les conteneurs, mais gère les environnements d’exécution de conteneurs, automatisant le déploiement, la mise à l’échelle, la mise en réseau et la gestion des applications conteneurisées sur des clusters de machines. Kubernetes introduit des concepts comme les pods (groupes de conteneurs), les services, les déploiements et les espaces de noms pour gérer des applications complexes.

**Docker Swarm** est l’outil d’orchestration natif de Docker, plus simple que Kubernetes mais moins riche en fonctionnalités. Il est plus facile à configurer, mais a été en grande partie éclipsé par Kubernetes.

**Apache Mesos** avec Marathon a été une plateforme d’orchestration de conteneurs précoce, bien qu’elle soit moins courante aujourd’hui. Elle peut orchestrer à la fois des conteneurs et d’autres charges de travail.

**Nomad** de HashiCorp est une alternative plus simple à Kubernetes qui peut orchestrer des conteneurs, des machines virtuelles et des applications autonomes.

**Amazon ECS/EKS, Azure Container Instances, Google Kubernetes Engine** sont des services de conteneurs gérés propres au cloud qui prennent en charge une grande partie de la complexité de l’infrastructure.
{% endhint %}

<figure><img src="/files/9e38140c2744f1487de48394c87d3d5f7716fb13" alt=""><figcaption></figcaption></figure>
{% endtab %}

{% tab title="Spécialisés" %}
{% hint style="info" %}
**Conteneurs Windows** permettent la conteneurisation d’applications Windows, bien qu’ils soient moins courants que les conteneurs Linux. Ils existent en deux types : Windows Server Containers (isolation des processus) et Hyper-V Containers (isolation plus forte).

**Conteneurs serverless** comme AWS Fargate, Azure Container Instances et Google Cloud Run vous permettent d’exécuter des conteneurs sans gérer l’infrastructure sous-jacente - vous fournissez simplement l’image du conteneur.
{% endhint %}
{% endtab %}
{% endtabs %}

{% hint style="info" %}
L’écosystème s’est largement convergé autour des standards OCI (Open Container Initiative), ce qui signifie que la plupart des outils sont interopérables. Docker reste le plus populaire pour le développement, containerd pour les environnements d’exécution en production, et Kubernetes pour l’orchestration à grande échelle.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://academy.pentaho.com/pentaho-11-installation-en/pentaho-11-installation-fr/installation/containers.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.