Chapitre 3. Correspondance entre les domaines et l'architecture technologique
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Maintenant que tu sais ce que sont les domaines de données et comment les reconnaître, il est temps de discuter de la façon de les regrouper et de les gérer ensemble, et de la façon de les représenter dans une architecture technologique. La décomposition de tes domaines fonctionnels et de ton architecture et l'alignement entre ces deux éléments sont importants car il existe une forte corrélation entre l'architecture et la façon dont les normes de gouvernance doivent être mises en œuvre, les contrôles seront établis, les produits de données seront gérés, et ainsi de suite.
D'après mon expérience, il existe des différences significatives entre les organisations dans la façon dont elles décomposent et gèrent leurs architectures de domaines. Les organisations font des compromis lorsqu'elles conçoivent une architecture à grande échelle, parce qu'elle doit être façonnée pour s'adapter à leurs exigences et à leur stratégie organisationnelles uniques. Ces compromis couvrent de nombreux aspects, tels que la propriété, la taille et la complexité de l'organisation, la sécurité, le rythme du changement, la technologie, la gestion des coûts et les caractéristiques culturelles et politiques. Comme nous l'avons vu au chapitre 1, certaines organisations préfèrent un degré élevé d'autonomie, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access