Nous recevons des exigences croissantes de la part de l'entreprise (propriétaires de produits, équipe de marketing) pour fournir des réponses à jour / rapides sur différents points de données dans notre système. Un exemple pourrait être que je veux savoir combien de fois cette question a été vue dans son intégralité, combien de fois elle a été servie dans une search, etc. Remarque: il s'agit de statistics au niveau de l'application, pas d'events / de suivi Google Analytics.
Actuellement, nous stockons cela dans une database SQL Server et le reporting implique un développeur exécutant une requête SQL manuellement.
Nous aimerions passer à un système comme Power BI , où il donne un sens aux données brutes.
De ma lecture, il semble que je devrais:
Maintenant, mes questions:
Quelques notes sur notre stack technologique, si cela aide:
Je me rends count que cette question est un peu subjective / ouverte, mais je cherche juste quelques conseils sur la meilleure approche.
Merci d'avance!
La réplication est raisonnable, mais peut être inutile. Vous pouvez utiliser Power BI contre SQL en mode "Import" – il met ensuite en cache datatables dans un set de données (en fait un cube SSAS Tabular, hébergé dans le service Web de Power BI). Vous pouvez exécuter l'actualisation programmée via une passerelle (ou directement si vous utilisez Azure SQL). Cela vous permet également de modéliser vos données brutes en fonction des besoins.
L'API REST est encore assez limitée, et chaque exigence / changement de données nécessitera un développeur impliqué. Le produit complet offre beaucoup plus d'opportunités pour l'engagement des users.
Si votre budget est une limite, Power BI est le choix évident. Vous pouvez aller très loin avec la licence gratuite: https://powerbi.microsoft.com/fr-fr/pricing/