Chapitre 5. Gestion des services et des API
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
La plupart des organisations ne veulent pas d'un maillage de données. Elles veulent plutôt un maillage de données et d'intégration: une approche unifiée pour gérer de manière holistique les plans analytique et opérationnel. Pourquoi ? Parce qu'il y a des avantages significatifs à tirer de l'alignement des deux plans. L'architecture des données opérationnelles s'oppose à l'architecture des données analytiques parce que le plan opérationnel traite les commandes et exige la prévisibilité et le traitement en temps réel de petits ensembles de données, tandis que le plan analytique se concentre sur la lecture des données et exige une analyse complexe des données, qui utilise de grands ensembles de données et n'est pas si critique en termes de temps. Cependant, il y a un grand nombre de chevauchements dans le modèle de domaine, la façon dont les API (comme les données) doivent être traitées comme des produits et la façon dont les limites entre les applications et les domaines doivent être fixées. Les capacités de ton entreprise sont les mêmes lorsque tu regardes ton architecture d'un point de vue opérationnel ou analytique. Les applications qui fournissent ces capacités ont des équipes derrière elles qui les gèrent et s'assurent qu'elles restent opérationnelles. Le langage que l'équipe utilise pour le développement ...
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