Architecture pour la réutilisation des cartes

Question

Dans l'entreprise pour laquelle je travaille, nous avons plusieurs applications Web qui nécessitent la création de graphiques de données sous une forme ou une autre. Nous étudions donc différentes manières de réutiliser les efforts que nous avons déployés pour fournir des graphiques. Dans la mesure où nous en sommes arrivés, il semble exister un fossé architectural en ce sens que nous pouvons soit utiliser les mêmes composants / bibliothèques de création de graphiques pour chaque application (en l’installant sur chaque serveur), soit centraliser la création de graphiques sur un serveur distinct et l’utiliser pour tous. cartographie des besoins.

Évidemment, la deuxième option serait plus générique, mais je peux également voir que lorsque la représentation graphique est découplée des données utilisées, la transmission des données et leur affichage interactif (éventuellement) sont plus complexes.

Existe-t-il une bonne pratique que nous devrions essayer de suivre dans un cas comme celui-ci?

Answer 1

Cela dépend de beaucoup de choses:

• Premièrement, vos systèmes sont-ils si similaires que les composants peuvent être installés et utilisés sur tous les serveurs. Si ce n’est pas le flux depuis un serveur central.
• Le fait de placer des objets sur un seul serveur vous posera des problèmes dus à un point de défaillance unique.
• La nécessité de mettre à niveau le service central vous posera-t-elle des problèmes car le changement devra être coordonné?
• Le fait que tous les systèmes utilisent un serveur central vous posera des problèmes d'évolutivité.

Une solution serait de développer un seul module, chaque système l'installerait localement et déciderait de la version à utiliser et du moment de la mise à niveau.