Comment centraliser ou décentraliser les données d'un dashboard?

[Kenneth51]

Salut à tous, je me pose une question depuis quelques jours. Sur mon dernier projet, j’ai dû choisir entre deux approches pour structurer les données d’un dashboard interne : soit tout centraliser dans un gros entrepôt unique, soit garder plusieurs sources séparées avec une couche virtuelle par-dessus. J’ai opté pour la première solution, mais maintenant je me demande si je n’ai pas trop simplifié, surtout pour les équipes qui ont besoin de données très spécifiques. Quelqu’un a-t-il déjà été confronté à ce genre de dilemme entre centralisation totale et accès décentralisé ?

[David.J]

Perso je vois ce choix comme un compromis entre centralisation et souplesse locale la centralisation apporte une source unique de vérité et des contrôles qualité plus lisibles mais elle peut freiner les équipes qui ont des besoins spécifiques et réclament des données rapides et locales.

[IsabellaIR]

Je suis pas convaincu que centraliser tout soit la meilleure approche sans mesurer les usages concrets des équipes les données peuvent devenir moins accessibles et la latence peut augmenter pour les besoins spécifiques.

[AndrewKL]

Franchement c est chaud de voir les dashboards tourner avec un seul point de vérité on craint les changements de schéma et on a l impression de marcher sur des oeufs.

[Kevin_S]

Je pense que le vrai sujet c est l accessibilité par métier pas seulement la structure technique centralisation peut se charger d outils pour les métiers et rendre les données plus exploitable.

[Gary.R]

Et si on partait des besoins des utilisateurs avant l architecture centralisation ou decentralisée ce qui compte c est de livrer les données au bon endroit au bon moment sans imposer un schéma unique.

[Alexander89]

La notion de latence ou de traçabilité est souvent sous estimée et peut guider le choix même si le mot centralisation revient souvent sans tout dire.