add fr pages

Author: kbhawkey

content/fr/docs/concepts/_index.md

@@ -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 %}}
+

content/fr/docs/concepts/architecture/cloud-controller.md

@@ -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 %}}
+

content/fr/docs/concepts/architecture/master-node-communication.md

@@ -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 %}}
+

content/fr/docs/concepts/architecture/nodes.md

@@ -3,21 +3,21 @@ 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.
 Chaque nœud contient les services nécessaires à l'exécution de [pods](/docs/concepts/workloads/pods/pod/) et est géré par les composants du master.
 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 %}}
+

content/fr/docs/concepts/cluster-administration/certificates.md

@@ -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 %}}
+

content/fr/docs/concepts/cluster-administration/cluster-administration-overview.md

@@ -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 %}}
+

content/fr/docs/concepts/cluster-administration/logging.md

@@ -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 %}}
+

content/fr/docs/concepts/configuration/secret.md

@@ -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 %}}

content/fr/docs/concepts/containers/container-environment-variables.md

@@ -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 %}}
+

content/fr/docs/concepts/containers/container-lifecycle-hooks.md

@@ -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 %}}
+

content/fr/docs/concepts/containers/images.md

@@ -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 %}}
+