Update French Principles and Glossary files

i18n/GLOSSARY_fr.md

@@ -19,6 +19,13 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do
 
     Lorsque l'état réel d'un système s'est éloigné ou est en train de s'éloigner de [l'état souhaité](#etat-souhaite), on parle alors de dérive.
 
+- ## Pull
+
+    [Principe 3](./PRINCIPLES_fr.md) ("Pull" Automatiquement) spécifie que l'état souhaité doit être extrait ("pull") plutôt que "push", principalement parce que les agents logiciels doivent être capables d'acceder l'[état souhaité](#etat-souhaite) depuis le [stockage d'état](#stockage-d-etat) à _tout_ moment, et pas seulement lorsqu'il y a un changement intentionnel dans le stockage d'état déclenchant un événement de push.
+C'est une condition préalable pour que la [réconciliation](#reconciliation) se fasse [en continu](#continu), comme spécifié dans le [principe 4](./PRINCIPLES_fr.md) (Réconcilié en permanence). Notez que – contrairement au CI/CD traditionnel, où l'automatisation est généralement déclenchée par des déclencheurs préétablis – dans GitOps, la [réconciliation](#reconciliation) est déclenchée _à chaque fois_ qu'il y a une divergence.
+La divergence pourrait être due à un état actuel [dérivant](#derive) involontairement de la déclaration de l'état souhaité – et non seulement en raison d'une nouvelle version de déclaration de l'état souhaité ayant été changée intentionnellement.
+
+
 - ## Réconciliation
 
     Le Processus consistant à s'assurer que l'état réel d'un système correspond à son [état souhaité](#etat-souhaite).
@@ -39,4 +46,4 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do
 
 - ## Feedback
 
-    Open GitOps suit [la théorie du contrôle](https://fr.wikipedia.org/wiki/Th%C3%A9orie_du_contr%C3%B4le) et fonctionne en boucle fermée. Dans la théorie du contrôle, le feedback représente la façon dont les tentatives précédentes d'appliquer un état désiré ont affecté l'état réel. Par exemple, si l'état souhaité nécessite plus de ressources que celles qui existent dans un système, l'agent logiciel peut tenter d'ajouter des ressources, de revenir automatiquement à une version précédente ou d'envoyer des alertes aux opérateurs humains.
+    Open GitOps suit [la théorie du contrôle](https://fr.wikipedia.org/wiki/Th%C3%A9orie_du_contr%C3%B4le) et fonctionne en boucle fermée. Dans la théorie du contrôle, le feedback représente la façon dont les tentatives précédentes d'appliquer un état désiré ont affecté l'état réel. Par exemple, si l'état souhaité nécessite plus de ressources que celles qui existent dans un système, l'agent logiciel peut tenter d'ajouter des ressources, de revenir automatiquement à une version précédente ou d'envoyer des alertes aux opérateurs humains.

i18n/PRINCIPLES_fr.md

@@ -5,18 +5,18 @@ Ces principes sont dérivés des opérations logicielles modernes, mais sont ég
 
 L'[état souhaité](./GLOSSARY_fr.md#etat-souhaite) d'un système géré par GitOps doit être :
 
-1. **Déclaratif**
+1. ## Déclaratif
 
     Un [système](./GLOSSARY_fr.md#systeme-logiciel) géré par GitOps doit avoir son état souhaité exprimé [de manière déclarative](./GLOSSARY_fr.md#description-declarative).
 
-2. **Versionné et Immuable**
+2. ## Versionné et Immuable
 
     L'état souhaité est [stocké](./GLOSSARY_fr.md#stockage-d-etat) d'une manière qui renforce l'immuabilité, le versioning et conserve un historique complet des versions.
 
-3. **"Pull" automatiquement**
+3. ## "Pull" automatiquement
 
-    Les agents logiciels extraient, "Pull",  automatiquement les déclarations d'état souhaitées de la source.
+    Les agents logiciels extraient (["pull"](./GLOSSARY_fr.md#pull)) automatiquement les déclarations d'état souhaitées de la source.
 
-4. **Reconcilié en permanence**
+4. ## Reconcilié en permanence
 
     Les agents logiciels observent [continuellement](./GLOSSARY_fr.md#continu) l'état présent du système et [tentent d'appliquer](./GLOSSARY_fr.md#reconciliation) l'état souhaité.