docs-fr | concepts | overview | components.md (#15939)

* docs-fr | concepts | overview | components.md

* Update content/fr/docs/concepts/overview/components.md

Co-Authored-By: Tim Bannister <tim@scalefactory.com>

* Update content/fr/docs/concepts/overview/components.md

Co-Authored-By: Tim Bannister <tim@scalefactory.com>

* Fix translation

content/fr/docs/reference/glossary/etcd.md

@@ -0,0 +1,22 @@
+---
+title: etcd
+id: etcd
+date: 2018-04-12
+full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
+short_description: >
+  Base de données clé-valeur consistante et hautement disponible utilisée comme mémoire de sauvegarde pour toutes les données du cluster.
+
+aka: 
+tags:
+- architecture
+- storage
+---
+ Base de données clé-valeur consistante et hautement disponible utilisée comme mémoire de sauvegarde pour toutes les données du cluster.
+ 
+<!--more-->
+
+Si votre cluster Kubernetes utilise etcd comme mémoire de sauvegarde, assurez-vous d'avoir un plan de 
+[back up](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) pour ces données.
+
+Vous pouvez trouver plus d'informations à propos d'etcd dans la [documentation](https://etcd.io/docs/) officielle.
+

content/fr/docs/reference/glossary/kube-apiserver.md

@@ -0,0 +1,19 @@
+---
+title: kube-apiserver
+id: kube-apiserver
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-apiserver/
+short_description: >
+  Composant sur le master qui expose l'API Kubernetes. Il s'agit du front-end pour le plan de contrôle Kubernetes.
+
+aka: 
+tags:
+- architecture
+- fundamental
+---
+ Composant sur le master qui expose l'API Kubernetes. Il s'agit du front-end pour le plan de contrôle Kubernetes.
+
+<!--more--> 
+
+Il est conçu pour une mise à l'échelle horizontale, ce qui veut dire qu'il met à l'échelle en déployant des instances supplémentaires. Voir [Construire des Clusters en Haute Disponibilité](/docs/admin/high-availability/).
+

content/fr/docs/reference/glossary/kube-controller-manager.md

@@ -0,0 +1,19 @@
+---
+title: kube-controller-manager
+id: kube-controller-manager
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-controller-manager/
+short_description: >
+  Composant du master qui exécute les contrôleurs.
+
+aka: 
+tags:
+- architecture
+- fundamental
+---
+ Composant du master qui exécute les {{< glossary_tooltip text="contrôleurs" term_id="controller" >}}.
+
+<!--more--> 
+
+Logiquement, chaque {{< glossary_tooltip text="contrôleur" term_id="controller" >}} est un processus à part mais, 
+pour réduire la compléxité, les contrôleurs sont tous compilés dans un seul binaire et s'exécutent dans un seul processus.

content/fr/docs/reference/glossary/kube-proxy.md

@@ -0,0 +1,24 @@
+---
+title: kube-proxy
+id: kube-proxy
+date: 2018-04-12
+full_link: /docs/reference/command-line-tools-reference/kube-proxy/
+short_description: >
+  `kube-proxy` est un proxy réseau qui s'exécute sur chaque nœud du cluster.
+
+aka:
+tags:
+- fundamental
+- networking
+---
+ [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) est un 
+proxy réseau qui s'exécute sur chaque nœud du cluster et implémente une partie du 
+concept Kubernetes de {{< glossary_tooltip term_id="service">}}.
+
+<!--more-->
+
+kube-proxy maintient les règles réseau sur les nœuds. Ces règles réseau permettent 
+une communication réseau vers les Pods depuis des sessions réseau à l'intérieur ou à l'extérieur
+du cluster.
+
+kube-proxy utilise la couche de filtrage de paquets du système d'exploitation s'il y en a une et qu'elle est disponible. Sinon, kube-proxy transmet le trafic lui-même.

content/fr/docs/reference/glossary/kube-scheduler.md

@@ -0,0 +1,18 @@
+---
+title: kube-scheduler
+id: kube-scheduler
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-scheduler/
+short_description: >
+  Composant sur le master qui surveille les pods nouvellement créés qui ne sont pas assignés à un nœud et sélectionne un nœud sur lequel ils vont s'exécuter.
+
+aka: 
+tags:
+- architecture
+---
+ Composant sur le master qui surveille les pods nouvellement créés qui ne sont pas assignés à un nœud et sélectionne un nœud sur lequel ils vont s'exécuter.
+
+<!--more--> 
+
+Les facteurs pris en compte pour les décisions de planification (scheduling) comprennent les exigences individuelles et collectives en ressources, les contraintes matérielles/logicielles/politiques, les spécifications d'affinité et d'anti-affinité, la localité des données, les interférences entre charges de travail et les dates limites.
+