Archi.

Réactives & µServices AU : 2023-2024

Section : RT5
Examen - Session Principale

Date : Janvier 2024 Durée : 1h00 Nombre de pages : 4+1

Responsable du cours : Dr. Lilia Sfaxi Documents AUTORISÉS

Data Mesh (10 points)

Dans l’article suivant 1 , IBM définit le Data Mesh comme suit :

Le data mesh est une architecture de données décentralisée qui organise les données par domaine d’ac-

“ tivité spécifique (par exemple, le marketing, les ventes, le service client, etc.). Un data mesh permet de
transférer la propriété des données aux producteurs d’un jeu de données donné. Grâce à cette compré-
hension des données du domaine, les producteurs de données sont capables de définir des politiques
de gouvernance des données axées sur la documentation, la qualité et l’accès. Cela permet également
une utilisation en libre-service dans toute une organisation. Bien que cette approche fédérée élimine de
nombreux goulots d’étranglement opérationnels associés aux systèmes monolithiques centralisés, cela
ne signifie pas nécessairement que vous ne pouvez pas utiliser les systèmes de stockage traditionnels,
comme les datalakes ou les entrepôts de données. Cela signifie simplement que leur utilisation est passée
d’une plateforme de données unique et centralisée à plusieurs référentiels de données décentralisés.
Il convient de noter que le data mesh favorise l’adoption de technologies cloud natives et de plateformes
cloud pour évoluer et atteindre les objectifs en termes de gestion des données. Ce concept est couram-
ment comparé aux microservices pour aider le public à comprendre son utilisation dans ce contexte. Cette
architecture distribuée étant particulièrement utile pour faire évoluer les besoins en données dans une
organisation, on peut en déduire qu’un data mesh peut ne pas convenir à tous les types d’entreprises ;
c’est-à-dire que les petites entreprises peuvent ne pas tirer parti d’un data mesh, car leurs données d’en-
treprise peuvent ne pas être aussi complexes que celles d’une grande organisation.

1. Quelle est la principale caractéristique du Data Mesh en termes d’organisation des données ?
Data Mesh
”
A. Centralisation des données autour d’un seul système
B. Organisation des données par domaine d’activité spécifique
C. Séparation des données en couches techniques distinctes
D. Réplication des données existantes dans les datalakes et/ou datawarehouses dans d’autres
bases relationnelles.
2. En quoi l’approche Data Mesh diffère-t-elle principalement d’une architecture monolithique
traditionnelle ?
A. Dans le Data Mesh, toutes les données sont stockées ensemble pour faciliter l’accès
B. Le Data Mesh repose sur une gouvernance centralisée des données
C. Le Data Mesh permet de transférer la propriété des données aux producteurs de données
D. Le Data Mesh et l’archi. monolithique ne diffèrent pas en termes de gestion des données
3. Comment l’architecture microservices se compare-t-elle avec le concept de Data Mesh en
termes de gouvernance ?
A. Les deux utilisent une gouvernance centralisée
B. Les microservices privilégient une gouvernance décentralisée, similaire au Data Mesh
1. IBM : Qu’est-ce que le Data Mesh ? https ://www.ibm.com/fr-fr/topics/data-mesh
1
 C. Les microservices exigent une gouvernance unifiée pour toutes les applications
D. Le Data Mesh utilise des technologies variées, contrairement aux microservices
4. Quel est un avantage clé de l’utilisation de microservices par rapport à une architecture mo-
nolithique, similaire à un bénéfice du Data Mesh ?
A. Les microservices nécessitent une plateforme de données unique et centralisée
B. Les microservices permettent une mise à l’échelle et une maintenance plus faciles des
services individuels
C. Les microservices centralisent le stockage des données pour une meilleure cohérence
D. Les microservices et le Data Mesh sont similaires car ils ciblent tous les deux les systèmes
au démarrage de leur cycle de vie.
Nous avons vu en cours une notions dont le nom est similaire : le Service Mesh.
5. Quelle est la principale fonction d’un Service Mesh ?
A. Faciliter la communication sécurisée et efficace entre les services dans une architecture
microservices
B. Centraliser la gestion des données dans un cloud natif
C. Décentraliser la propriété des données au sein d’une organisation
D. Organiser les données par domaine d’activité
6. En quoi le Data Mesh et le Service Mesh sont-ils similaires ?
A. Les deux centralisent la gestion des données et des services
B. Les deux se concentrent principalement sur l’optimisation du stockage des données
C. Les deux adoptent une approche décentralisée dans leurs domaines respectifs
D. Les deux sont des architectures basées sur des services monolithiques
7. Quelle est une différence majeure entre le Data Mesh et le Service Mesh ?
A. Le Data Mesh est utilisé uniquement dans les grandes organisations, tandis que le Service
Mesh est pour les petites entreprises
B. Le Service Mesh gère la propriété des données, tandis que le Data Mesh gère la commu-
nication entre services
C. Il n’y a pas de différence significative ; les deux termes sont interchangeables
D. Le Data Mesh se concentre sur l’organisation des données, tandis que le Service Mesh
se concentre sur la communication entre services
Le principe de Data Mesh repose principalement sur la notion de Domain-Driven Design. Cette
notion est définie par Microsoft 2 comme suit :

Domain-Driven Design(DDD) is a collection of principles and patterns that help developers craft elegant

“ object systems. Properly applied it can lead to software abstractions called domain models. These models
encapsulate complex business logic, closing the gap between business reality and code. (...)

Les principes de base du DDD se résument comme suit :

Domain-Driven Design
”
— La conception centrée sur le domaine métier, en collaborant étroitement avec les experts.
— L’utilisation d’un langage commun entre développeurs et experts.
2. Microsoft - DDD : https ://learn.microsoft.com/en-us/archive/msdn-magazine/2009/february/best-practice-an-
introduction-to-domain-driven-design

2
 — Définir des frontières dans lesquelles un certain modèle est défini et est applicable (appelées
Bounded Contexts). Chaque contexte borné encapsule un modèle spécifique, indépendant des
autres, permettant de gérer la complexité en évitant les conflits ou les ambiguïtés entre diffé-
rents modèles.
— Considérer les données comme un produit de l’entreprise, traitées avec la même attention :
gestion de leur cycle de vie, leur qualité et leur adéquation avec les besoins utilisateurs.
8. Quel rôle joue le DDD dans l’implémentation d’un Data Mesh ?
A. Le DDD n’est pas pertinent pour le Data Mesh, car ils abordent des aspects différents de
l’architecture.
B. Le DDD est essentiel dans le Data Mesh pour aligner l’architecture des données sur les
domaines d’activité.
C. Le DDD se concentre uniquement sur les aspects technologiques du Data Mesh.
D. Le DDD est utilisé dans le Data Mesh pour centraliser la gestion des données.
9. Dans le contexte du Data Mesh, quelles sont les implications du traitement des données
comme un produit ?
A. Cela limite l’accessibilité des données aux domaines externes
B. Cela met l’accent sur la qualité, la facilité d’utilisation et la gestion du cycle de vie des
données
C. Cela implique que les données doivent être commercialisées et vendues à l’extérieur.
D. Les données en tant que produit impliquent l’utilisation d’un format unique pour tous
les types de données
10. Comment Data Mesh facilite-t-il l’évolutivité dans les grandes organisations ayant des pay-
sages de données complexes ?
A. En imposant un format de données unique et normalisé dans l’ensemble de l’organisa-
tion
B. Grâce à une gestion centralisée des données et à des modèles de gouvernance stricts
C. L’extensibilité n’est pas un objectif ou un avantage de Data Mesh.
D. En répartissant la propriété des données et en adoptant une architecture décentralisée
axée sur le domaine

Architectures Logicielles (10 points)

Nous avons vu en cours plusieurs exemples d’architectures logicielles. À vous de me dire ce que
vous en avez retenu !
11. Quelle architecture est la plus adaptée pour une application nécessitant une forte cohérence
des données et des transactions atomiques ?

A. Microservices B. 3-Tiers C. Master-Worker D. Anneau

12. Dans quel scénario l’utilisation d’une architecture en couches (Layered Architecture) serait-
elle moins avantageuse par rapport à une architecture microservices ?
A. Dans une application avec des besoins élevés en termes de modularité et d’évolutivité
B. Pour une application avec des processus fortement couplés
C. Dans une application nécessitant une forte cohérence des données
D. Pour une application simple avec peu d’utilisateurs simultanés
13. Quel est un avantage majeur de l’architecture client-serveur en termes de propriétés non
fonctionnelles ?
A. Meilleure performance pour les applications à forte intensité de calcul pour le client
3
 B. Centralisation du traitement des données, facilitant la maintenance et les mises à jour
C. Indépendance totale des composants, permettant des mises à jour sans impact sur les
autres composants
D. Forte modularité et faible couplage entre les composants
14. Comparée à une architecture monolithique, comment l’architecture basée sur les microser-
vices affecte-t-elle la complexité du déploiement et de la gestion ?
A. Elle simplifie le déploiement en regroupant toutes les fonctionnalités en une seule unité
B. Elle ne change pas la complexité du déploiement
C. Elle augmente la complexité en raison de la nécessité de gérer de multiples services
indépendants
D. Elle réduit la complexité en automatisant entièrement le processus de déploiement
15. Quelle architecture utilise une structure linéaire et séquentielle de traitement des données ?

A. Pipe-and-Filter B. Master-Worker C. Peer-to-Peer D. Microservices

16. Quelle architecture décentralisée se base sur la distribution égale des rôles et responsabilités
entre tous les noeuds ?

A. Pipe-and-Filter B. Master-Worker C. Peer-to-Peer D. Microservices

17. Quel célèbre système est un exemple d’implémentation de l’architecture Peer-to-Peer ?

B. Blockchain C. MongoDB D. Kafka

A. Hadoop
18. Quels systèmes implémentent l’architecture Master-Worker ?(plusieurs réponses possibles)

A. Hadoop B. Blockchain C. MongoDB D. Kafka

19. Quelle est la principale différence entre un tiers et une couche ?
A. Une couche fait référence à une séparation logique du code en composants qui coexistent
dans la même machine, alors qu’un tiers fait référence à une séparation physique de
composants s’exécutant sur plusieurs processus ou machines.
B. Une couche est utilisée uniquement pour la présentation, tandis qu’un tiers est spécifi-
quement dédié à la logique métier.
C. Un tiers désigne une division basée sur le type de technologie utilisée, tandis qu’une
couche se réfère à une division basée sur les fonctions utilisateur.
D. Une couche implique une communication directe avec la base de données, alors qu’un
tiers gère exclusivement l’interface utilisateur.
20. Quelle est la principale différence entre les architectures Master-Worker et Peer-to-Peer ?
A. Dans l’architecture Master-Worker, chaque nœud peut initier des tâches, tandis que dans
l’architecture Peer-to-Peer, un seul nœud central initie toutes les tâches.
B. L’architecture Master-Worker est utilisée exclusivement pour les applications Web, tan-
dis que l’architecture Peer-to-Peer est utilisée pour les systèmes distribués.
C. Dans l’architecture Master-Worker, un nœud maître distribue le travail aux nœuds ou-
vriers, tandis que dans l’architecture Peer-to-Peer, tous les nœuds sont équivalents et
partagent les tâches de manière décentralisée.
D. L’architecture Master-Worker ne permet pas la communication directe entre les nœuds
ouvriers, tandis que l’architecture Peer-to-Peer est basée sur des communications cen-
tralisées.

♣ Bon travail