add fr pages

2020-05-30 15:36:51 -04:00
parent 6a9c673a92
commit 7daf3c55e9
80 changed files with 615 additions and 545 deletions
@@ -2,18 +2,18 @@
 title: Concepts
 main_menu: true
 description: Concepts Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

-{{% capture overview %}}
+<!-- overview -->

 La section Concepts vous aide à mieux comprendre les composants du système Kubernetes et les abstractions que Kubernetes utilise pour représenter votre cluster.
 Elle vous aide également à mieux comprendre le fonctionnement de Kubernetes en général.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Vue d'ensemble

@@ -81,12 +81,13 @@ Le master node Kubernetes contrôle chaque noeud; vous interagirez rarement dire

 * [Annotations](/docs/concepts/overview/working-with-objects/annotations/)

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Si vous souhaitez écrire une page de concept, consultez
 [Utilisation de modèles de page](/docs/home/contribute/page-templates/)
 pour plus d'informations sur le type de page pour la documentation d'un concept.

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Concepts sous-jacents au Cloud Controller Manager
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->

 Le concept de cloud controller manager (CCM) (ne pas confondre avec le binaire) a été créé à l'origine pour permettre au code de fournisseur spécifique de cloud et au noyau Kubernetes d'évoluer indépendamment les uns des autres.
 Le gestionnaire de contrôleur de cloud fonctionne aux côtés d'autres composants principaux, tels que le gestionnaire de contrôleur Kubernetes, le serveur d'API et le planificateur.
@@ -19,9 +19,9 @@ Voici l'architecture d'un cluster Kubernetes sans le cloud controller manager:

 ![Pre CCM Kube Arch](/images/docs/pre-ccm-arch.png)

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Conception

@@ -259,4 +259,4 @@ Les fournisseurs de cloud suivants ont implémenté leur CCM:

 Des instructions complètes pour la configuration et l'exécution du CCM sont fournies [ici](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager).

-{{% /capture %}}
+
@@ -1,18 +1,18 @@
 ---
 title: Communication Master-Node
-content_template: templates/concept
+content_type: concept
 description: Communication Master-Node Kubernetes
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Ce document répertorie les canaux de communication entre l'API du noeud maître (apiserver of master node en anglais) et le reste du cluster Kubernetes.
 L'objectif est de permettre aux utilisateurs de personnaliser leur installation afin de sécuriser la configuration réseau, de sorte que le cluster puisse être exécuté sur un réseau non approuvé (ou sur des adresses IP entièrement publiques d'un fournisseur de cloud).

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Communication du Cluster vers le Master

@@ -72,4 +72,4 @@ Ce tunnel garantit que le trafic n'est pas exposé en dehors du réseau dans leq
 Les tunnels SSH étant actuellement obsolètes, vous ne devriez pas choisir de les utiliser à moins de savoir ce que vous faites.
 Un remplacement pour ce canal de communication est en cours de conception.

-{{% /capture %}}
+
@@ -3,11 +3,11 @@ reviewers:
 - sieben
 title: Noeuds
 description: Concept Noeud Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->

 Un nœud est une machine de travail dans Kubernetes, connue auparavant sous le nom de `minion`.
 Un nœud peut être une machine virtuelle ou une machine physique, selon le cluster.
@@ -15,9 +15,9 @@ Chaque nœud contient les services nécessaires à l'exécution de [pods](/docs/
 Les services sur un nœud incluent le [container runtime](/docs/concepts/overview/components/#node-components), kubelet and kube-proxy.
 Consultez la section [Le Nœud Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md#the-kubernetes-node) dans le document de conception de l'architecture pour plus de détails.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Statut du nœud

@@ -229,4 +229,4 @@ Si vous souhaitez réserver explicitement des ressources pour des processus autr
 L'objet Node est une ressource de niveau supérieur dans l'API REST de Kubernetes.
 Plus de détails sur l'objet API peuvent être trouvés à l'adresse suivante: [Node API object](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: Certificats
-content_template: templates/concept
+content_type: concept
 description: Certifications cluster Kubernetes
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Lorsque vous utilisez l'authentification par certificats client, vous pouvez générer des certificats
 manuellement grâce à `easyrsa`, `openssl` ou `cfssl`.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ### easyrsa

@@ -245,4 +245,4 @@ Vous pouvez utiliser l’API `certificates.k8s.io` pour faire créer des
 Certificats x509 à utiliser pour l'authentification, comme documenté
 [ici](/docs/tasks/tls/managing-tls-in-a-cluster).

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: Vue d'ensemble de l'administration d'un cluster
-content_template: templates/concept
+content_type: concept
 description: Administration cluster Kubernetes
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->
 La vue d'ensemble de l'administration d'un cluster est destinée à toute personne créant ou administrant un cluster Kubernetes.
 Il suppose une certaine familiarité avec les [concepts](/docs/concepts/) de Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Planifier le déploiement d'un cluster

 Voir le guide: [choisir la bonne solution](/fr/docs/setup/pick-right-solution/) pour des exemples de planification, de mise en place et de configuration de clusters Kubernetes. Les solutions répertoriées dans cet article s'appellent des *distributions*.
@@ -64,4 +64,4 @@ A noter: Toutes les distributions ne sont pas activement maintenues. Choisissez
 * [Integration DNS](/docs/concepts/services-networking/dns-pod-service/) décrit comment résoudre un nom DNS directement vers un service Kubernetes.

 * [Journalisation des évènements et surveillance de l'activité du cluster](/docs/concepts/cluster-administration/logging/) explique le fonctionnement de la journalisation des évènements dans Kubernetes et son implémentation.
-{{% /capture %}}
+
@@ -3,11 +3,11 @@ reviewers:
 - piosz
 - x13n
 title: Architecture de Journalisation d'évènements (logging)
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---

-{{% capture overview %}}
+<!-- overview -->

 La journalisation des évènements systèmes et d'applications peut aider à
 comprendre ce qui se passe dans un cluster. Les journaux sont particulièrement
@@ -32,10 +32,10 @@ solution de stockage pour les journaux mais il est possible d'intégrer de
 nombreuses solutions de journalisation d'évènements dans un cluster Kubernetes.


-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 L'architecture de journalisation des évènements au niveau du cluster est décrite
 en considérant qu'un backend de journalisation est présent à l'intérieur ou à
@@ -355,4 +355,4 @@ Toutefois l'implémentation de ce mécanisme de journalisation est hors du cadre
 de Kubernetes.


-{{% /capture %}}
+
@@ -1,6 +1,6 @@
 ---
 title: Secrets
-content_template: templates/concept
+content_type: concept
 feature:
  title: Gestion du secret et de la configuration
  description: >
@@ -9,15 +9,15 @@ weight: 50
 ---


-{{% capture overview %}}
+<!-- overview -->

 Les objets `secret` de Kubernetes vous permettent de stocker et de gérer des informations sensibles, telles que les mots de passe, les jetons OAuth et les clés ssh.
 Mettre ces informations dans un `secret` est plus sûr et plus flexible que de le mettre en dur dans la définition d'un {{< glossary_tooltip term_id="pod" >}} ou dans une {{< glossary_tooltip text="container image" term_id="image" >}}.
 Voir [Document de conception des secrets](https://git.k8s.io/community/contributors/design-proposals/auth/secrets.md) pour plus d'informations.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Présentation des secrets

@@ -976,6 +976,7 @@ Vous pouvez activer le [chiffrement au repos](/docs/tasks/administer-cluster/enc
 * Actuellement, toute personne disposant des droit root sur n'importe quel nœud peut lire _n'importe quel_ secret depuis l'apiserver, en usurpant l'identité du kubelet.
  Il est prévu de n'envoyer des secrets qu'aux nœuds qui en ont réellement besoin, pour limiter l'impact d'un exploit root sur un seul nœud.

-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
+
+

-{{% /capture %}}
@@ -1,18 +1,18 @@
 ---
 title: Les variables d’environnement du conteneur
 description: Variables d'environnement pour conteneur Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Cette page décrit les ressources disponibles pour les conteneurs dans l'environnement de conteneur.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## L'environnement du conteneur

@@ -51,12 +51,13 @@ FOO_SERVICE_PORT=<le port sur lequel le service fonctionne>
 Les services ont des adresses IP dédiées et sont disponibles pour le conteneur avec le DNS,
 si le [module DNS](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/) est activé. 

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * En savoir plus sur [les hooks du cycle de vie d'un conteneur](/docs/concepts/containers/container-lifecycle-hooks/).
 * Acquérir une expérience pratique
  [en attachant les handlers aux événements du cycle de vie du conteneur](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).

-{{% /capture %}}
+
@@ -1,20 +1,20 @@
 ---
 reviewers:
 title: Hooks de cycle de vie de conteneurs
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->

 Cette page décrit comment un conteneur pris en charge par kubelet peut utiliser
 le framework de Hooks de cycle de vie de conteneurs pour exécuter du code déclenché par des
 événements durant son cycle de vie.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Aperçu

@@ -113,12 +113,13 @@ Events:
  1m         22s       2      {kubelet gke-test-cluster-default-pool-a07e5d30-siqd}  spec.containers{main}  Warning   FailedPostStartHook
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * En savoir plus sur l'[Environnement d'un conteneur](/fr/docs/concepts/containers/container-environment/).
 * Entraînez-vous à
  [attacher des handlers de conteneurs à des événements de cycle de vie](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).

-{{% /capture %}}
+
@@ -1,20 +1,20 @@
 ---
 title: Images
 description: Images conteneur Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->

 Vous créez une image Docker et la poussez dans un registre avant de la référencer depuis un pod Kubernetes.

 La propriété `image` d'un conteneur utilise la même syntaxe que la commande `docker`, y compris pour les registres privés et les tags.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Mettre à jour des images

@@ -356,4 +356,4 @@ pod   - Le *tenant* ajoute ce secret dans les imagePullSecrets de chaque pod.
 Si vous devez accéder à plusieurs registres, vous pouvez créer un secret pour chaque registre.
 Kubelet va fusionner tous les `imagePullSecrets` dans un unique `.docker/config.json` virtuel.

-{{% /capture %}}
+
@@ -1,20 +1,20 @@
 ---
 title: Classe d'exécution (Runtime Class)
 description: Classe d'execution conteneur pour Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 {{< feature-state for_k8s_version="v1.12" state="alpha" >}}

 Cette page décrit la ressource RuntimeClass et le mécanisme de sélection d'exécution (runtime).

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Runtime Class

@@ -112,4 +112,4 @@ message d'erreur.
 Si aucun `runtimeClassName` n'est spécifié, le RuntimeHandler par défault sera utilisé, qui équivaut
 au comportement lorsque la fonctionnalité RuntimeClass est désactivée.

-{{% /capture %}}
+
@@ -1,18 +1,18 @@
 ---
 title: Composants de Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 20
 card:
  name: concepts
  weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->
 Ce document résume les divers composants binaires requis pour livrer
 un cluster Kubernetes fonctionnel.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Composants Master

 Les composants Master fournissent le plan de contrôle (control plane) du cluster.
@@ -120,9 +120,10 @@ fournit une interface utilisateur pour parcourir ces données.
 Un mécanisme de [logging au niveau cluster](/docs/concepts/cluster-administration/logging/) est chargé
 de sauvegarder les logs des conteneurs dans un magasin de logs central avec une interface de recherche/navigation.

-{{% /capture %}}
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * En savoir plus sur les [Nœuds](/fr/docs/concepts/architecture/nodes/)
 * En savoir plus sur [kube-scheduler](/docs/concepts/scheduling/kube-scheduler/)
 * Lire la [documentation officielle d'etcd](https://etcd.io/docs/)
-{{% /capture %}}
+
@@ -1,18 +1,18 @@
 ---
 title: Qu'est-ce-que Kubernetes ?
 description: Description de Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
  name: concepts
  weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->
 Cette page est une vue d'ensemble de Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 Kubernetes est une plate-forme open-source extensible et portable pour la gestion de charges de travail (workloads) et des services conteneurisés.
 Elle favorise à la fois l'écriture de configuration déclarative (declarative configuration) et l'automatisation.
 C'est un large écosystème en rapide expansion.
@@ -125,9 +125,10 @@ Résumé des bénéfices des conteneurs :

 Le nom **Kubernetes** tire son origine du grec ancien, signifiant _capitaine_ ou _pilôte_ et est la racine de _gouverneur_ et [cybernetic](http://www.etymonline.com/index.php?term=cybernetics). _K8s_ est l'abréviation dérivée par le remplacement des 8 lettres "ubernete" par "8".

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 *   Prêt à [commencer](/docs/setup/) ?
 *   Pour plus de détails, voir la [documentation Kubernetes](/docs/home/).
-{{% /capture %}}
+
@@ -1,14 +1,14 @@
 ---
 title: DNS pour les services et les pods
 description: DNS services pods Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
-{{% capture overview %}}
+<!-- overview -->
 Cette page fournit une vue d'ensemble du support DNS par Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Introduction

@@ -221,11 +221,11 @@ search default.svc.cluster.local svc.cluster.local cluster.local
 options ndots:5
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Pour obtenir des recommendations sur l’administration des configurations DNS, consultez
 [Configurer le service DNS](/docs/tasks/administer-cluster/dns-custom-nameservers/)

-{{% /capture %}}
@@ -6,20 +6,20 @@ feature:
  description: >
    Suivi évolutif des réseaux Endpoints dans un cluster Kubernetes.

-content_template: templates/concept
+content_type: concept
 weight: 10
 ---


-{{% capture overview %}}
+<!-- overview -->

 {{< feature-state for_k8s_version="v1.17" state="beta" >}}

 _EndpointSlices_ offrent une méthode simple pour suivre les Endpoints d'un réseau au sein d'un cluster de Kubernetes. Ils offrent une alternative plus évolutive et extensible aux Endpoints.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Resource pour EndpointSlice {#endpointslice-resource}

@@ -112,11 +112,11 @@ Puisque tous les Endpoints d'un réseau pour un Service ont été stockés dans
 Cela a affecté les performances des composants Kubernetes (notamment le plan de contrôle) et a causé une grande quantité de trafic réseau et de traitements lorsque les Endpoints changent. 
 Les EndpointSlices aident à atténuer ces problèmes ainsi qu'à fournir une plate-forme extensible pour des fonctionnalités supplémentaires telles que le routage topologique. 

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * [Activer EndpointSlices](/docs/tasks/administer-cluster/enabling-endpointslices)
 * Lire [Connecter des applications aux Services](/docs/concepts/services-networking/connect-applications-service/)

-{{% /capture %}}
@@ -5,17 +5,17 @@ reviewers:
 - rekcah78
 - rbenzair
 title: Ingress
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

-{{% capture overview %}}
+<!-- overview -->
 Un Ingress est un objet Kubernetes qui gère l'accès externe aux services dans un cluster, généralement du trafic HTTP.

 Un Ingress peut fournir un équilibrage de charge, une terminaison TLS et un hébergement virtuel basé sur un nom.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Terminologie

@@ -431,8 +431,9 @@ Vous pouvez exposer un service de plusieurs manières sans impliquer directement
 * Utilisez [Service.Type=NodePort](/docs/concepts/services-networking/service/#nodeport)
 * Utilisez un [Proxy du port](https://git.k8s.io/contrib/for-demos/proxy-to-service)

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * [Configurer Ingress sur Minikube avec le contrôleur NGINX](/docs/tasks/access-application-cluster/ingress-minikube)
-{{% /capture %}}
+
@@ -6,21 +6,21 @@ feature:
    Pas besoin de modifier votre application pour utiliser un mécanisme de découverte de services inconnu.
    Kubernetes donne aux pods leurs propres adresses IP et un nom DNS unique pour un ensemble de pods, et peut équilibrer la charge entre eux.

-content_template: templates/concept
+content_type: concept
 weight: 10
 ---


-{{% capture overview %}}
+<!-- overview -->

 {{< glossary_definition term_id="service" length="short" >}}

 Avec Kubernetes, vous n'avez pas besoin de modifier votre application pour utiliser un mécanisme de découverte de services inconnu.
 Kubernetes donne aux pods leurs propres adresses IP et un nom DNS unique pour un ensemble de pods, et peut équilibrer la charge entre eux.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Motivation

@@ -995,12 +995,13 @@ Le projet Kubernetes vise à améliorer la prise en charge des services L7 (HTTP
 Le projet Kubernetes prévoit d'avoir des modes d'entrée plus flexibles pour les services, qui englobent les modes ClusterIP, NodePort et LoadBalancer actuels et plus encore.


-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * Voir [Connecting Applications with Services](/docs/concepts/services-networking/connect-applications-service/)
 * Voir [Ingress](/docs/concepts/services-networking/ingress/)
 * Voir [Endpoint Slices](/docs/concepts/services-networking/endpoint-slices/)

-{{% /capture %}}
+
@@ -5,18 +5,18 @@ feature:
  description: >
    Montez automatiquement le système de stockage de votre choix, que ce soit à partir du stockage local, d'un fournisseur de cloud public tel que <a href="https://cloud.google.com/storage/">GCP</a> ou <a href="https://aws.amazon.com/products/storage/">AWS</a>, ou un système de stockage réseau tel que NFS, iSCSI, Gluster, Ceph, Cinder ou Flocker.

-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Ce document décrit l'état actuel de `PersistentVolumes` dans Kubernetes.
 Une connaissance des [volumes](/fr/docs/concepts/storage/volumes/) est suggérée.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Introduction

@@ -758,4 +758,4 @@ Si vous écrivez des templates de configuration ou des exemples qui s'exécutent
    De nombreux environnements de cluster ont une `StorageClass` par défaut installée, où les administrateurs peuvent créer leur propre `StorageClass` par défaut.
 * Dans votre outillage, surveillez les PVCs qui ne sont pas liés après un certain temps et signalez-le à l'utilisateur, car cela peut indiquer que le cluster n'a pas de support de stockage dynamique (auquel cas l'utilisateur doit créer un PV correspondant) ou que le cluster n'a aucun système de stockage (auquel cas l'utilisateur ne peut pas déployer de configuration nécessitant des PVCs).

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Volumes
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->

 Les fichiers sur disque dans un conteneur sont éphémères, ce qui présente des problèmes pour
 des applications non-triviales lorsqu'elles s'exécutent dans des conteneurs. Premièrement, lorsqu'un
@@ -15,9 +15,9 @@ il est souvent nécessaire de partager des fichiers entre ces conteneurs. L'abst

 Une connaissance des [Pods](/fr/docs/concepts/workloads/pods/pod) est suggérée.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Contexte

@@ -1245,6 +1245,7 @@ sudo systemctl restart docker



-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
+
 * Suivez un exemple de [déploiement de WordPress et MySQL avec des volumes persistants](/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/).
-{{% /capture %}}
+
@@ -7,11 +7,11 @@ feature:
    En cas de problème, Kubernetes annulera le changement pour vous.
    Profitez d'un écosystème croissant de solutions de déploiement.

-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->

 Un _Deployment_ (déploiement en français) fournit des mises à jour déclaratives pour [Pods](/fr/docs/concepts/workloads/pods/pod/) et [ReplicaSets](/fr/docs/concepts/workloads/controllers/replicaset/).

@@ -23,9 +23,9 @@ Ne gérez pas les ReplicaSets appartenant à un Deployment.
 Pensez à ouvrir un ticket dans le dépot Kubernetes principal si votre cas d'utilisation n'est pas traité ci-dessous.
 {{< /note >}}

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Cas d'utilisation

@@ -1222,4 +1222,4 @@ Un déploiement n'est pas suspendu par défaut lors de sa création.
 [`kubectl rolling-update`](/docs/reference/generated/kubectl/kubectl-commands#rolling-update) met à jour les pods et les ReplicationControllers de la même manière.
 Mais les déploiements sont recommandés, car ils sont déclaratifs, côté serveur et ont des fonctionnalités supplémentaires, telles que la restauration de toute révision précédente même après la mise à jour progressive..

-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 title: ReplicaSet
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->

 Un ReplicaSet (ensemble de réplicas en français) a pour but de maintenir un ensemble stable de Pods à un moment donné.
 Cet objet est souvent utilisé pour garantir la disponibilité d'un certain nombre identique de Pods.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Comment un ReplicaSet fonctionne

@@ -342,4 +342,4 @@ Les deux servent le même objectif et se comportent de la même manière, à la
 les exigences de sélecteur décrites dans le [labels user guide](/docs/concepts/overview/working-with-objects/labels/#label-selectors).
 En tant que tels, les ReplicaSets sont préférés aux ReplicationControllers.

-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 title: Init Containers
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

-{{% capture overview %}}
+<!-- overview -->
 Cette page fournit une vue d'ensemble des _conteneurs d'initialisation_ (init containers) : des conteneurs spécialisés qui s'exécutent avant les conteneurs d'application dans un {{< glossary_tooltip text="Pod" term_id="pod" >}}.
 Les init containers peuvent contenir des utilitaires ou des scripts d'installation qui ne sont pas présents dans une image d'application.

 Vous pouvez spécifier des init containers dans la spécification du Pod à côté du tableau `containers` (qui décrit les conteneurs d'application)
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Comprendre les init containers

@@ -318,12 +318,13 @@ redémarrage du conteneur d'application.
 * Le conteneur d'infrastructure Pod est redémarré. Ceci est peu commun et serait effectué par une personne ayant un accès root aux nœuds.
 * Tous les conteneurs dans un Pod sont terminés tandis que `restartPolicy` est configurée à "Always", ce qui force le redémarrage, et l'enregistrement de complétion du init container a été perdu à cause d'une opération de garbage collection (récupération de mémoire).

-{{% /capture %}}


-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * Lire à propos de la [création d'un Pod ayant un init container](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container)
 * Apprendre à [debugger les init containers](/docs/tasks/debug-application-cluster/debug-init-containers/)

-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 title: Cycle de vie d'un Pod
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->

 Cette page décrit le cycle de vie d'un Pod.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Phase du Pod

@@ -381,10 +381,11 @@ spec:
     * Le contrôleur de Nœud passe la `phase` du Pod à Failed.
     * Si le Pod s'exécute sous un contrôleur, le Pod est recréé ailleurs.

-{{% /capture %}}


-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * Apprenez par la pratique
  [attacher des handlers à des événements de cycle de vie d'un conteneur](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).
@@ -394,7 +395,7 @@ spec:

 * En apprendre plus sur les [hooks de cycle de vie d'un Conteneur](/docs/concepts/containers/container-lifecycle-hooks/).

-{{% /capture %}}
+



@@ -1,18 +1,18 @@
 ---
 title: Aperçu du Pod
 description: Pod Concept Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
  name: concepts
  weight: 60
 ---

-{{% capture overview %}}
+<!-- overview -->
 Cette page fournit un aperçu du `Pod`, l'objet déployable le plus petit dans le modèle d'objets Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Comprendre les Pods

@@ -98,11 +98,12 @@ spec:
 ```
 Plutôt que de spécifier tous les états désirés courants de tous les réplicas, les templates de pod sont comme des emporte-pièces. Une fois qu'une pièce a été coupée, la pièce n'a plus de relation avec l'outil. Il n'y a pas de lien qui persiste dans le temps entre le template et le pod. Un changement à venir dans le template ou même le changement pour un nouveau template n'a pas d'effet direct sur les pods déjà créés. De manière similaire, les pods créés par un replication controller peuvent par la suite être modifiés directement. C'est en contraste délibéré avec les pods, qui spécifient l'état désiré courant de tous les conteneurs appartenant au pod. Cette approche simplifie radicalement la sémantique système et augmente la flexibilité de la primitive.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * En savoir plus sur les [Pods](/docs/concepts/workloads/pods/pod/)
 * En savoir plus sur le comportement des Pods :
  * [Terminaison d'un Pod](/docs/concepts/workloads/pods/pod/#termination-of-pods)
  * [Cycle de vie d'un Pod](/docs/concepts/workloads/pods/pod-lifecycle/)
-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 reviewers:
 title: Pods
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Les _Pods_ sont les plus petites unités informatiques déployables
 qui peuvent être créées et gérées dans Kubernetes.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Qu'est-ce qu'un pod ?

@@ -196,4 +196,4 @@ spec.containers[0].securityContext.privileged: forbidden '<*>(0xc20b222db0)true'
 Le Pod est une ressource au plus haut niveau dans l'API REST Kubernetes. Plus de détails sur l'objet de l'API peuvent être trouvés à :
 [Objet de l'API Pod](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#pod-v1-core).

-{{% /capture %}}
+