Comprendre l’architecture de Power BI évite la plupart des mauvaises surprises d’un projet : rapports lents, actualisations qui échouent, données exposées aux mauvaises personnes. Cet article présente les briques qui la composent, la façon dont les données circulent, les modes de connexion et les choix structurants à faire dès le départ.
Table des matières
- Vue d’ensemble : trois flux, plusieurs briques
- Les composants de Power BI
- Du fichier source au rapport : le parcours des données
- Import, DirectQuery ou Direct Lake ?
- Le modèle sémantique au centre
- La passerelle de données
- Sécurité et gouvernance
- Trois architectures types
- Questions fréquentes
Vue d’ensemble : trois flux, plusieurs briques
Toute solution Power BI repose sur trois flux :
- La conception : dans Power BI Desktop, on se connecte aux sources, on prépare les données avec Power Query (langage M), on les modélise et on calcule les indicateurs en DAX.
- L’actualisation : les données sont rafraîchies, en local dans Desktop ou automatiquement dans le cloud via Power BI Service (et la passerelle pour les sources internes).
- La consultation : les utilisateurs accèdent aux rapports sur le web, dans Teams, sur mobile ou intégrés dans une application.
Les composants de Power BI
| Composant | Rôle dans l’architecture |
|---|---|
| Power BI Desktop | Conception : connexion, préparation, modélisation, rapports |
| Power BI Service | Publication, partage, actualisation planifiée, sécurité, applications |
| Passerelle de données (gateway) | Pont sécurisé entre le cloud et les sources du réseau interne |
| Applications mobiles | Consultation sur iOS et Android |
| Power BI Report Server | Alternative on-premise au service cloud |
| Power BI Embedded | Intégration des rapports dans vos propres applications |
| Microsoft Fabric | Plateforme data qui englobe Power BI : OneLake, lakehouses, pipelines |
Du fichier source au rapport : le parcours des données
- Sources : fichiers Excel et CSV, bases SQL, ERP, logiciels comptables, services cloud, API.
- Extraction et transformation : Power Query nettoie, fusionne et met en forme (langage M).
- Chargement dans le modèle sémantique, avec compression en colonnes (moteur VertiPaq).
- Modélisation : relations entre tables et mesures DAX.
- Restitution : rapports interactifs, tableaux de bord, applications.
- Diffusion et actualisation dans Power BI Service.
Import, DirectQuery ou Direct Lake ?
| Mode | Principe | Points forts | Limites |
|---|---|---|---|
| Import | Données copiées et compressées dans le modèle | Performances maximales, toutes les fonctions DAX | Fraîcheur limitée aux actualisations (8 par jour en Pro) |
| DirectQuery | Requêtes envoyées à la source à chaque interaction | Données en temps réel, pas de limite de volume | Performances dépendantes de la source, certaines limites DAX |
| Composite | Mélange des deux dans un même modèle | Tables d’agrégats importées, détail en direct | Conception plus complexe |
| Direct Lake | Lecture directe des tables Delta de OneLake (Fabric) | Performances proches de l’Import, sans actualisation | Nécessite une capacité Fabric |
Pour la grande majorité des reportings financiers et commerciaux, le mode Import reste le meilleur choix.
Le modèle sémantique au centre
Le modèle sémantique (anciennement « jeu de données ») est le cœur de l’architecture : il contient les tables, les relations, les mesures et les règles de sécurité. Bien conçu, en modèle en étoile avec des tables de faits et de dimensions, il peut alimenter des dizaines de rapports. Mal conçu, il ralentit tout et produit des chiffres incohérents.
Bonne pratique : un modèle certifié par domaine (finance, ventes, RH), partagé par plusieurs rapports, plutôt qu’un modèle par rapport.
La passerelle de données
La passerelle est un service installé sur un serveur de votre réseau. Elle établit une connexion sortante chiffrée vers Power BI Service : aucun port entrant n’est ouvert. Elle est indispensable pour actualiser dans le cloud des données issues de serveurs SQL internes, de partages réseau ou d’ERP hébergés localement. En production, on l’installe en cluster sur deux serveurs pour la haute disponibilité.
Sécurité et gouvernance
- Authentification par Microsoft Entra ID (comptes Microsoft 365).
- Espaces de travail avec rôles (administrateur, membre, contributeur, lecteur) et séparation développement, test et production.
- Sécurité au niveau des lignes (RLS) et des objets (OLS).
- Étiquettes de confidentialité Microsoft Purview et contrôle des exports.
- Journal d’activité pour auditer qui consulte quoi.
Trois architectures types
| Contexte | Architecture recommandée |
|---|---|
| PME, sources Excel et logiciel comptable cloud | Desktop, Import, Power BI Service en licence Pro, pas de passerelle |
| ETI avec ERP et bases SQL sur site | Import ou composite, passerelle en cluster, modèles certifiés par domaine, RLS |
| Groupe multi-sources, gros volumes, besoin d’historisation | Microsoft Fabric : ingestion dans OneLake, lakehouse en médaillon, modèles Direct Lake |
Vous hésitez entre ces options ou vos rapports actuels sont lents ? BIWORKS réalise des audits d’architecture Power BI et vous recommande le dimensionnement, les modes de connexion et la gouvernance adaptés à votre contexte.