From 7327143f8bbb115ef39fb7bfcd0e3454cb5def02 Mon Sep 17 00:00:00 2001 From: Mathieu Benoit Date: Tue, 22 Oct 2024 08:47:59 -0400 Subject: [PATCH] Latest feedback before final review Signed-off-by: Mathieu Benoit --- website/content/fr/wgs/platforms/glossary/_index.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/website/content/fr/wgs/platforms/glossary/_index.md b/website/content/fr/wgs/platforms/glossary/_index.md index c6aca5bc..8999c10c 100644 --- a/website/content/fr/wgs/platforms/glossary/_index.md +++ b/website/content/fr/wgs/platforms/glossary/_index.md @@ -22,10 +22,10 @@ Les personnes responsables de la construction et de la gestion de la ou des plat “Le DevOps est une méthodologie dans laquelle les équipes gèrent le processus complet du développement d'une application jusqu'aux opérations en production.”2. Bien que les pratiques DevOps puissent être mises en œuvre par les équipes sans développer de plateforme dédiée, il peut être utile de considérer l'ingénierie de plateforme comme une approche permettant de faire évoluer les principes DevOps grâce à la livraison et à la gestion d'une plateforme unifiée qui sert l'ensemble de l'organisation. Cette plateforme partagée vise à rationaliser les processus de développement, de déploiement et d'exploitation, en fournissant un environnement standardisé et efficace pour la livraison d'applications. Bien que DevOps et l'ingénierie de plateforme convergent vers les objectifs d'optimisation de la livraison d'applications et des performances opérationnelles, l'ingénierie de plateforme se distingue par son accent mis sur la création d'une infrastructure concrète — la plateforme elle-même — pour faciliter ces objectifs. ## Utilisateurs de la Plateforme -Les personnes qui utilisent directement les fonctionnalités de la plateforme, y compris, mais sans s'y limiter, les développeurs d'applications, les opérateurs d'applications, les scientifiques de données - quiconque déploie des applications sur la plateforme, utilise ses fonctionnalités ou nécessite des informations sur son utilisation. Les utilisateurs de la plateforme peuvent inclure d'autres ingénieurs de plateforme créant des services de plateforme de niveau supérieur en plus des fonctionnalités de niveau inférieur. +Les personnes qui utilisent directement les fonctionnalités de la plateforme, y compris, mais sans s'y limiter, les développeurs d'applications, les exploitants d'applications, les scientifiques de données - quiconque déploie des applications sur la plateforme, utilise ses fonctionnalités ou ayant besoin des informations sur son utilisation. Les utilisateurs de la plateforme peuvent inclure d'autres ingénieurs de plateforme créant des services de plateforme de plus haut niveau se reposant sur des fonctionnalités de plus bas niveau. ## Portail -Une interface Web qui fournit un accès centralisé à une variété de ressources, d'outils et de services. Il peut servir de point de départ à un large éventail d'utilisateurs afin de gérer et d'interagir efficacement avec les fonctionnalités de la plateforme sous-jacente. Un portail existe pour améliorer l'expérience utilisateur grâce à une interface conviviale qui simplifie les processus complexes et favorise les fonctionnalités de libre-service. +Une interface Web qui fournit un accès centralisé à une variété de ressources, d'outils et de services. Il peut servir de point de départ à un large éventail d'utilisateurs afin de gérer et d'interagir efficacement avec les fonctionnalités de la plateforme sous-jacente. Un portail existe pour améliorer l'expérience utilisateur grâce à une interface conviviale qui simplifie les processus complexes et favorise la consommation des fonctionnalités en libre-service. ## Fonctionnalités de la Plateforme Les avantages spécifiques pour les utilisateurs, ou **_qu'est-ce qu'_** une plateforme fournit. Celles-ci ne doivent pas être confondues avec les qualités de la plateforme qui décrivent **_comment_** les fonctionnalités s'utilisent. Ces fonctionnalités peuvent se situer à différents niveaux d'abstraction (par exemple, une base de données unique par rapport à un environnement de test comprenant une base de données) et fournies par différents fournisseurs de fonctionnalités. À mesure que les plateformes mûrissent, elles aspirent généralement à offrir des fonctionnalités en libre-service, en commençant par la possibilité de découvrir les fonctionnalités disponibles et en incluant une cohérence de l'expérience entre les fonctionnalités. Les fonctionnalités elles-mêmes sont souvent assez durables tandis que les fournisseurs et leur mise en œuvre peuvent évoluer plus rapidement. Par exemple, il est peu probable qu'une organisation cesse d'exiger des environnements de test, mais elle pourrait évoluer pour fournir des solutions conteneurisées au lieu de solutions basées sur des machines virtuelles. @@ -37,7 +37,7 @@ Un groupe de personnes qui développent et maintiennent une fonctionnalité offe Fait référence à **_comment_** la plateforme et ses fonctionnalités fonctionnent et ce à quoi on peut s'attendre en termes d'exigences fonctionnelles ou non fonctionnelles. Les exemples incluent la fiabilité ou les performances des services gérés qui peuvent être mesurées avec des objectifs de niveau de service (SLO), la sécurité qui peut être mesurée dans le temps pour atténuer les risques identifiés, ou l'observabilité qui peut être utilisée à la fois pour déboguer et créer des rapports sur l'utilisation de la plateforme. Les qualités sont souvent confondues avec les fonctionnalités, car certains concepts tels que l'observabilité, qui peuvent être proposés comme une fonctionnalité (par exemple, un opérateur OTel fourni pour collecter la télémétrie de l'application) et une qualité déclarée (par exemple, des métriques de plateforme pour mesurer et alerter sur la disponibilité de cette application fournies par l'opérateur OTel). ## Charge cognitive -Une quantification des coûts mentaux pour un utilisateur avant qu'il puisse bénéficier des fonctionnalités d'une plateforme. Il existe en fait trois types de charge cognitive : pertinente, intrinsèque et étrangère. Les organisations sont plus saines lorsque les plateformes permettent aux utilisateurs de se concentrer sur les défis pertinents (résolution de problèmes spécifiques à un rôle) tout en simplifiant les défis intrinsèques (intégration de nouvelles informations ou processus pour accomplir leur tâche) et en minimisant les charges superflues (distractions de la tâche ciblée, parfois surnommées “[rasage de yak](https://en.wiktionary.org/wiki/yak_shaving#:~:text=yak%20shaving%20(uncountable),pour%20solve%20a%20larger%20problem.)”). +Une quantification des coûts mentaux pour un utilisateur avant qu'il ne puisse bénéficier d'une fonctionnalité de la plateforme. Il existe en fait trois types de charge cognitive : pertinente, intrinsèque et étrangère. Les organisations sont plus saines lorsque les plateformes permettent aux utilisateurs de se concentrer sur les défis pertinents (résolution de problèmes spécifiques à un rôle) tout en simplifiant les défis intrinsèques (intégration de nouvelles informations ou processus pour accomplir leur tâche) et en minimisant les charges superflues (distractions de la tâche ciblée, parfois surnommées “[rasage de yak](https://en.wiktionary.org/wiki/yak_shaving#:~:text=yak%20shaving%20(uncountable),pour%20solve%20a%20larger%20problem.)”). ## Plateforme viable la plus petite (TVP) -Un concept initialement défini dans le livre _Team Topologies_ par Matthew Skelton et Manuel Pais, qui encourage les organisations à trouver un équilibre judicieux entre une plateforme petite mais efficace. Ce faisant, ils peuvent accélérer et simplifier la livraison d'applications pour les équipes qui s'appuient sur la plateforme tout en atteignant leurs objectifs commerciaux plus larges. Ils encouragent les plateformes à se concentrer sur les exigences uniques de l'entreprise et à intégrer régulièrement des fournisseurs de fonctionnalités externes, ce qui peut réduire la complexité et les coûts opérationnels de la plateforme. +Un concept initialement défini dans le livre _Team Topologies_ par Matthew Skelton et Manuel Pais, qui encourage les organisations à trouver un équilibre judicieux entre une plateforme petite mais efficace. Ce faisant, ils peuvent accélérer et simplifier la livraison d'applications pour les équipes qui s'appuient sur la plateforme tout en atteignant leurs objectifs commerciaux plus larges. Ils encouragent les plateformes à se concentrer sur les exigences uniques de l'entreprise et à prendre l'habitude d'intégrer des fournisseurs de fonctionnalités externes, ce qui peut réduire la complexité et les coûts opérationnels de la plateforme.