From d0d83874ed0ab8a85b86de5a4013a84265b4b9df Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado Date: Tue, 13 Aug 2024 19:34:19 -0400 Subject: [PATCH 01/10] update principles_fr Signed-off-by: Julia Furst Morgado --- i18n/PRINCIPLES_fr.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/i18n/PRINCIPLES_fr.md b/i18n/PRINCIPLES_fr.md index f78e2f3..88c7e1c 100644 --- a/i18n/PRINCIPLES_fr.md +++ b/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é. \ No newline at end of file From 98050957fd2b2e30ab96e8e17cf66ff6f6db8c66 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado Date: Tue, 13 Aug 2024 19:35:10 -0400 Subject: [PATCH 02/10] update glossary_fr Signed-off-by: Julia Furst Morgado --- i18n/GLOSSARY_fr.md | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/i18n/GLOSSARY_fr.md b/i18n/GLOSSARY_fr.md index ffd46b5..e90c8d3 100644 --- a/i18n/GLOSSARY_fr.md +++ b/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. \ No newline at end of file From 7f82d4557fe505efbb007f9837f702fb3639e772 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 13:58:38 -0400 Subject: [PATCH 03/10] Update GLOSSARY_fr.md Implement lrochette's recommendations Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/GLOSSARY_fr.md | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/i18n/GLOSSARY_fr.md b/i18n/GLOSSARY_fr.md index e90c8d3..9c44596 100644 --- a/i18n/GLOSSARY_fr.md +++ b/i18n/GLOSSARY_fr.md @@ -4,7 +4,7 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Continu - « Continu » est destiné à correspondre au terme standard de l'industrie : la [réconciliation](#reconciliation) se produit en continu, sans obligation d'être instantanée. + « Continu » est destiné à correspondre au terme standard de l'industrie : la [réconciliation](#réconciliation) se produit en continu, sans obligation d'être instantanée. - ## Description déclarative @@ -17,19 +17,19 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Dérive - 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. + Lorsque l'état réel d'un système s'est éloigné ou est en train de s'éloigner de [l'état souhaité](#état-shoutaité), 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. + [Principe 3](./PRINCIPLES_fr.md) (Extraction automatique) spécifie que l'état souhaité doit être extrait ("pull") plutôt que poussé ("push"), principalement parce que les agents logiciels doivent être capables d'accéder à _tout_ moment à l'[état souhaité](#état-shoutaité) dans le [stockage d'état](#stockage-détat), pas seulement lors d'un changement intentionnel dans le stockage d'état déclenchant un événement de type "push". +C'est une condition préalable pour que la [réconciliation](#réconciliation) se produise [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 pilotée par des déclencheurs prédéfinis, dans GitOps, la [réconciliation](#réconciliation) est déclenchée _chaque fois_ qu'il y a une divergence. +La divergence peut être due à l'état réel [dérivant](#dérive) involontairement de la déclaration de l'état souhaité, et pas seulement suite à une nouvelle version de déclaration d'état souhaitée modifiée intentionnellement. - ## Réconciliation - Le Processus consistant à s'assurer que l'état réel d'un système correspond à son [état souhaité](#etat-souhaite). - Contrairement au CI/CD traditionnel où l'automatisation est généralement pilotée par des déclencheurs prédéfinis, dans GitOps la réconciliation est déclenchée dès qu'il y a une divergence. La divergence peut être due au fait que l'état présent s'écarte involontairement des déclarations d'état souhaité ([Dérive](#derive)), ou qu'une nouvelle version de déclaration d'état souhaité a été modifiée intentionnellement. + Le Processus consistant à s'assurer que l'état réel d'un système correspond à son [état souhaité](#état-shoutaité). + Contrairement au CI/CD traditionnel où l'automatisation est généralement pilotée par des déclencheurs prédéfinis, dans GitOps la réconciliation est déclenchée dès qu'il y a une divergence. La divergence peut être due au fait que l'état présent s'écarte involontairement des déclarations d'état souhaité ([Dérive](#dérive)), ou qu'une nouvelle version de déclaration d'état souhaité a été modifiée intentionnellement. Des actions sont prises en fonction des politiques relatives au [retour d'information du système](#feedback) et des tentatives de réconciliation précédentes, afin de réduire la divergence au fil du temps. - ## Système logiciel @@ -42,8 +42,8 @@ La divergence pourrait être due à un état actuel [dérivant](#derive) involon - ## Stockage d'état - Un système pour stocker des versions immuables des déclarations [d'état souhaitées](#etat-souhaite). Ce stockage d'états doit fournir un contrôle d'accès et un audit des modifications apportées à l'état souhaité. Git, dont GitOps tire son nom, est l'exemple canonique utilisé comme ce stockage d'état mais tout autre système répondant à ces critères peut être utilisé. Dans tous les cas, ces stockages d'état doivent être correctement configurés et des précautions doivent être prises pour se conformer aux exigences énoncées dans les principes GitOps. + Un système pour stocker des versions immuables des déclarations [d'état souhaitées](#état-shoutaité). Ce stockage d'états doit fournir un contrôle d'accès et un audit des modifications apportées à l'état souhaité. Git, dont GitOps tire son nom, est l'exemple canonique utilisé comme ce stockage d'état mais tout autre système répondant à ces critères peut être utilisé. Dans tous les cas, ces stockages d'état doivent être correctement configurés et des précautions doivent être prises pour se conformer aux exigences énoncées dans les principes GitOps. - ## 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. \ No newline at end of file + 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. From 49b421032800d5f0a09e2bbe8d7329b5a27c146f Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 14:00:12 -0400 Subject: [PATCH 04/10] Update PRINCIPLES_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/PRINCIPLES_fr.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/i18n/PRINCIPLES_fr.md b/i18n/PRINCIPLES_fr.md index 88c7e1c..0cbbe58 100644 --- a/i18n/PRINCIPLES_fr.md +++ b/i18n/PRINCIPLES_fr.md @@ -3,7 +3,7 @@ GitOps est un ensemble de principes pour l'exploitation et la gestion des systèmes logiciels. Ces principes sont dérivés des opérations logicielles modernes, mais sont également ancrés dans les meilleures pratiques préexistantes et largement adoptées. -L'[état souhaité](./GLOSSARY_fr.md#etat-souhaite) d'un système géré par GitOps doit être : +L'[état souhaité](./GLOSSARY_fr.md#etat-souhaité) d'un système géré par GitOps doit être : 1. ## Déclaratif @@ -19,4 +19,4 @@ L'[état souhaité](./GLOSSARY_fr.md#etat-souhaite) d'un système géré par Git 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é. \ No newline at end of file + 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é. From c7b2a2cc59d8b793194d9ec2b1422d3d2d61e8f8 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:02:52 -0400 Subject: [PATCH 05/10] Update PRINCIPLES_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/PRINCIPLES_fr.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/i18n/PRINCIPLES_fr.md b/i18n/PRINCIPLES_fr.md index 0cbbe58..28931ec 100644 --- a/i18n/PRINCIPLES_fr.md +++ b/i18n/PRINCIPLES_fr.md @@ -13,9 +13,9 @@ L'[état souhaité](./GLOSSARY_fr.md#etat-souhaité) d'un système géré par Gi 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. ## Extrait automatiquement - Les agents logiciels extraient (["pull"](./GLOSSARY_fr.md#pull)) automatiquement les déclarations d'état souhaitées de la source. + Les agents logiciels extraient (["pull"](./GLOSSARY_fr.md#extraction-pull)) automatiquement les déclarations d'état souhaitées de la source. 4. ## Reconcilié en permanence From 459c5914d15f60a617c4568aec5c7741a63a4e03 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:04:50 -0400 Subject: [PATCH 06/10] Update GLOSSARY_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/GLOSSARY_fr.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/i18n/GLOSSARY_fr.md b/i18n/GLOSSARY_fr.md index 9c44596..fc3ec1b 100644 --- a/i18n/GLOSSARY_fr.md +++ b/i18n/GLOSSARY_fr.md @@ -4,7 +4,7 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Continu - « Continu » est destiné à correspondre au terme standard de l'industrie : la [réconciliation](#réconciliation) se produit en continu, sans obligation d'être instantanée. + "Continu" est destiné à correspondre au terme standard de l'industrie : la [réconciliation](#réconciliation) se produit en continu, sans obligation d'être instantanée. - ## Description déclarative @@ -17,18 +17,18 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Dérive - Lorsque l'état réel d'un système s'est éloigné ou est en train de s'éloigner de [l'état souhaité](#état-shoutaité), on parle alors de dérive. + Lorsque l'état réel d'un système s'est éloigné ou est en train de s'éloigner de [l'état souhaité](#état-souhaité), on parle alors de dérive. -- ## Pull +- ## Extraction ("Pull") - [Principe 3](./PRINCIPLES_fr.md) (Extraction automatique) spécifie que l'état souhaité doit être extrait ("pull") plutôt que poussé ("push"), principalement parce que les agents logiciels doivent être capables d'accéder à _tout_ moment à l'[état souhaité](#état-shoutaité) dans le [stockage d'état](#stockage-détat), pas seulement lors d'un changement intentionnel dans le stockage d'état déclenchant un événement de type "push". -C'est une condition préalable pour que la [réconciliation](#réconciliation) se produise [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 pilotée par des déclencheurs prédéfinis, dans GitOps, la [réconciliation](#réconciliation) est déclenchée _chaque fois_ qu'il y a une divergence. + [Principe 3](./PRINCIPLES_fr.md#extrait-automatiquement) (Extraction automatique) spécifie que l'état souhaité doit être extrait ("pull") plutôt que poussé ("push"), principalement parce que les agents logiciels doivent être capables d'accéder à _tout_ moment à l'[état souhaité](#état-souhaité) dans le [stockage d'état](#stockage-détat), pas seulement lors d'un changement intentionnel dans le stockage d'état déclenchant un événement de type "push". +C'est une condition préalable pour que la [réconciliation](#réconciliation) se produise [en continu](#continu), comme spécifié dans le [principe 4](./PRINCIPLES_fr.md#reconcilié-en-permanence) (Réconcilié en permanence). Notez que, contrairement au CI/CD traditionnel, où l'automatisation est généralement pilotée par des déclencheurs prédéfinis, dans GitOps, la [réconciliation](#réconciliation) est déclenchée _chaque fois_ qu'il y a une divergence. La divergence peut être due à l'état réel [dérivant](#dérive) involontairement de la déclaration de l'état souhaité, et pas seulement suite à une nouvelle version de déclaration d'état souhaitée modifiée intentionnellement. - ## Réconciliation - Le Processus consistant à s'assurer que l'état réel d'un système correspond à son [état souhaité](#état-shoutaité). + Le Processus consistant à s'assurer que l'état réel d'un système correspond à son [état souhaité](#état-souhaité). Contrairement au CI/CD traditionnel où l'automatisation est généralement pilotée par des déclencheurs prédéfinis, dans GitOps la réconciliation est déclenchée dès qu'il y a une divergence. La divergence peut être due au fait que l'état présent s'écarte involontairement des déclarations d'état souhaité ([Dérive](#dérive)), ou qu'une nouvelle version de déclaration d'état souhaité a été modifiée intentionnellement. Des actions sont prises en fonction des politiques relatives au [retour d'information du système](#feedback) et des tentatives de réconciliation précédentes, afin de réduire la divergence au fil du temps. @@ -42,7 +42,7 @@ La divergence peut être due à l'état réel [dérivant](#dérive) involontaire - ## Stockage d'état - Un système pour stocker des versions immuables des déclarations [d'état souhaitées](#état-shoutaité). Ce stockage d'états doit fournir un contrôle d'accès et un audit des modifications apportées à l'état souhaité. Git, dont GitOps tire son nom, est l'exemple canonique utilisé comme ce stockage d'état mais tout autre système répondant à ces critères peut être utilisé. Dans tous les cas, ces stockages d'état doivent être correctement configurés et des précautions doivent être prises pour se conformer aux exigences énoncées dans les principes GitOps. + Un système pour stocker des versions immuables des déclarations [d'état souhaitées](#état-souhaité). Ce stockage d'états doit fournir un contrôle d'accès et un audit des modifications apportées à l'état souhaité. Git, dont GitOps tire son nom, est l'exemple canonique utilisé comme ce stockage d'état mais tout autre système répondant à ces critères peut être utilisé. Dans tous les cas, ces stockages d'état doivent être correctement configurés et des précautions doivent être prises pour se conformer aux exigences énoncées dans les principes GitOps. - ## Feedback From 92ea299982bfd44883b0f91c00b70c512ec8e287 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:05:20 -0400 Subject: [PATCH 07/10] Update PRINCIPLES_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/PRINCIPLES_fr.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i18n/PRINCIPLES_fr.md b/i18n/PRINCIPLES_fr.md index 28931ec..1361cf3 100644 --- a/i18n/PRINCIPLES_fr.md +++ b/i18n/PRINCIPLES_fr.md @@ -3,7 +3,7 @@ GitOps est un ensemble de principes pour l'exploitation et la gestion des systèmes logiciels. Ces principes sont dérivés des opérations logicielles modernes, mais sont également ancrés dans les meilleures pratiques préexistantes et largement adoptées. -L'[état souhaité](./GLOSSARY_fr.md#etat-souhaité) d'un système géré par GitOps doit être : +L'[état souhaité](./GLOSSARY_fr.md#état-souhaité) d'un système géré par GitOps doit être : 1. ## Déclaratif From 93e7883b73c48e955ad3ba28e045b20fcb4c0397 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:07:22 -0400 Subject: [PATCH 08/10] Update PRINCIPLES_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/PRINCIPLES_fr.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/i18n/PRINCIPLES_fr.md b/i18n/PRINCIPLES_fr.md index 1361cf3..610fb29 100644 --- a/i18n/PRINCIPLES_fr.md +++ b/i18n/PRINCIPLES_fr.md @@ -7,11 +7,11 @@ L'[état souhaité](./GLOSSARY_fr.md#état-souhaité) d'un système géré par G 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). + Un [système](./GLOSSARY_fr.md#système-logiciel) géré par GitOps doit avoir son état souhaité exprimé [de manière déclarative](./GLOSSARY_fr.md#description-déclarative). 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. + L'état souhaité est [stocké](./GLOSSARY_fr.md#stockage-détat) d'une manière qui renforce l'immuabilité, le versioning et conserve un historique complet des versions. 3. ## Extrait automatiquement @@ -19,4 +19,4 @@ L'[état souhaité](./GLOSSARY_fr.md#état-souhaité) d'un système géré par G 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é. + Les agents logiciels observent [continuellement](./GLOSSARY_fr.md#continu) l'état présent du système et [tentent d'appliquer](./GLOSSARY_fr.md#réconciliation) l'état souhaité. From 45d4c82d9b869ad32a371e263ee0c4fa59757d69 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:13:19 -0400 Subject: [PATCH 09/10] Update GLOSSARY_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/GLOSSARY_fr.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/i18n/GLOSSARY_fr.md b/i18n/GLOSSARY_fr.md index fc3ec1b..d0a435b 100644 --- a/i18n/GLOSSARY_fr.md +++ b/i18n/GLOSSARY_fr.md @@ -4,11 +4,11 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Continu - "Continu" est destiné à correspondre au terme standard de l'industrie : la [réconciliation](#réconciliation) se produit en continu, sans obligation d'être instantanée. + "Continu" est destiné à correspondre au terme standard de l'industrie: la [réconciliation](#réconciliation) se produit en continu, sans obligation d'être instantanée. - ## Description déclarative - Une configuration qui décrit l'état de fonctionnement souhaité d'un système sans spécifier les procédures pour la réalisation de cet état. Cela sépare la configuration (l'état souhaité) de la mise en œuvre (commandes, appels API, scripts, etc.) utilisée pour atteindre cet état. + Une configuration qui décrit l'état de fonctionnement souhaité d'un système sans spécifier les procédures pour la réalisation de cet état. Cela sépare la configuration ([l'état souhaité]((#état-souhaité))) de la mise en œuvre (commandes, appels API, scripts, etc.) utilisée pour atteindre cet état. - ## État souhaité @@ -21,7 +21,7 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Extraction ("Pull") - [Principe 3](./PRINCIPLES_fr.md#extrait-automatiquement) (Extraction automatique) spécifie que l'état souhaité doit être extrait ("pull") plutôt que poussé ("push"), principalement parce que les agents logiciels doivent être capables d'accéder à _tout_ moment à l'[état souhaité](#état-souhaité) dans le [stockage d'état](#stockage-détat), pas seulement lors d'un changement intentionnel dans le stockage d'état déclenchant un événement de type "push". + Le [principe 3](./PRINCIPLES_fr.md#extrait-automatiquement) (extraction automatique) spécifie que l'état souhaité doit être extrait ("pull") plutôt que poussé ("push"), principalement parce que les agents logiciels doivent être capables d'accéder à _tout_ moment à l'[état souhaité](#état-souhaité) dans le [stockage d'état](#stockage-détat), pas seulement lors d'un changement intentionnel dans le stockage d'état déclenchant un événement de type "push". C'est une condition préalable pour que la [réconciliation](#réconciliation) se produise [en continu](#continu), comme spécifié dans le [principe 4](./PRINCIPLES_fr.md#reconcilié-en-permanence) (Réconcilié en permanence). Notez que, contrairement au CI/CD traditionnel, où l'automatisation est généralement pilotée par des déclencheurs prédéfinis, dans GitOps, la [réconciliation](#réconciliation) est déclenchée _chaque fois_ qu'il y a une divergence. La divergence peut être due à l'état réel [dérivant](#dérive) involontairement de la déclaration de l'état souhaité, et pas seulement suite à une nouvelle version de déclaration d'état souhaitée modifiée intentionnellement. From 3c0a9321b8ca9171e8a78f5d124e30c41336b283 Mon Sep 17 00:00:00 2001 From: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> Date: Wed, 14 Aug 2024 18:14:33 -0400 Subject: [PATCH 10/10] Update GLOSSARY_fr.md Signed-off-by: Julia Furst Morgado <52685951+juliafmorgado@users.noreply.github.com> --- i18n/GLOSSARY_fr.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i18n/GLOSSARY_fr.md b/i18n/GLOSSARY_fr.md index d0a435b..3cd5b2a 100644 --- a/i18n/GLOSSARY_fr.md +++ b/i18n/GLOSSARY_fr.md @@ -8,7 +8,7 @@ Ce glossaire accompagne les [principes GitOps](./PRINCIPLES_fr.md), et autres do - ## Description déclarative - Une configuration qui décrit l'état de fonctionnement souhaité d'un système sans spécifier les procédures pour la réalisation de cet état. Cela sépare la configuration ([l'état souhaité]((#état-souhaité))) de la mise en œuvre (commandes, appels API, scripts, etc.) utilisée pour atteindre cet état. + Une configuration qui décrit l'état de fonctionnement souhaité d'un système sans spécifier les procédures pour la réalisation de cet état. Cela sépare la configuration (l'état souhaité) de la mise en œuvre (commandes, appels API, scripts, etc.) utilisée pour atteindre cet état. - ## État souhaité