Un architecte data Azure / Fabric écrit peu de pipelines. Il décide de la forme de la plateforme : combien de capacités, quels espaces de travail et quels domaines, quelle place pour ADLS Gen2, Databricks ou Synapse à côté de Fabric. Il fixe les règles de sécurité et de réseau, le modèle de coût et la trajectoire de migration. Dans les ESN partenaires de Microsoft, le poste comprend souvent de l'avant-vente et l'encadrement de consultants. Chez un client final, il défend la plateforme dans la durée devant la DSI et le RSSI.
Beaucoup de CV d'architecte viennent de Power BI ou d'Azure classique. Le premier profil sait construire des modèles sémantiques, le second sait poser des private endpoints sur un compte de stockage. Fabric demande les deux, avec un modèle SaaS où toutes les charges puisent dans la même capacité et où le réseau privé se règle au niveau du tenant ou de l'espace de travail. Ce qui compte, ce sont des décisions déjà prises, avec leurs limites connues.
Le nombre de capacités prévues et l'existant Synapse ou Databricks changent le profil recherché. Un candidat sérieux cite la taille de capacité qu'il a choisie, ce qui l'a saturée et comment il a réparti les charges. Le PDF suit un distributeur qui regroupe trois enseignes sur Fabric.
Les briques Microsoft qu'un architecte data Azure / Fabric assemble
Capacités Fabric (SKU F)
Le calcul de Fabric se paie par capacité, de F2 à F2048, facturée à la seconde sur Azure ou réservée à l'année. Rapports, notebooks et warehouse puisent dans la même capacité, qui lisse les pics puis bride les requêtes quand elle est saturée. À partir de F64, les lecteurs de rapports Power BI n'ont plus besoin de licence Pro. Le découpage en capacités est la première décision de l'architecte.
OneLake et shortcuts
Le lac de données unique du tenant, au format Delta, rangé par espace de travail. Les shortcuts exposent des données situées ailleurs (ADLS Gen2, Amazon S3, un autre lakehouse) sans les copier. L'architecte décide de ce qui est copié, de ce qui est référencé et de la capacité qui paie la lecture.
Espaces de travail et domaines
L'espace de travail porte les droits, la capacité de rattachement et le cycle de vie des éléments. Les domaines regroupent les espaces par direction et délèguent une partie de l'administration. Un découpage mal pensé se paie plus tard en droits illisibles et en déploiements bloqués.
OneLake security et Entra ID
Les rôles Admin, Member et Contributor d'un espace donnent accès à toutes ses données. Pour les autres utilisateurs, OneLake security définit des rôles par table, ligne et colonne, appliqués par les moteurs Fabric. Les identités viennent d'Entra ID, et les droits se donnent à des groupes.
Liens privés et accès aux sources
Fabric propose des liens privés au niveau du tenant ou de l'espace de travail, avec l'option de bloquer l'accès public. Le blocage au niveau du tenant coupe certaines fonctions, comme la passerelle de données locale ou l'export PDF des rapports. Vers les sources, on passe par des managed private endpoints, l'accès de confiance ou une passerelle de réseau virtuel. Demandez quelles fonctions la personne a perdues en activant ces options.
Microsoft Purview
La gouvernance à l'échelle du groupe. Le Data Map scanne les sources, le Unified Catalog porte les domaines, les data products et le glossaire, les étiquettes de sensibilité suivent les données jusqu'aux exports Power BI. Fabric a son propre OneLake catalog, Purview couvre aussi ce qui reste hors de Fabric.
Landing zone Azure
Groupes d'administration, abonnements, réseau en hub and spoke, zones DNS privées, Azure Policy et Key Vault restent nécessaires pour les sources, ADLS Gen2, Azure SQL ou Databricks. L'architecte décide de ce qui reste en service Azure et de ce qui passe dans Fabric.
Synapse, Data Factory et Power BI Premium
Beaucoup de clients ont des pools SQL dédiés Synapse, des pipelines Data Factory et des capacités Power BI Premium P, que Microsoft remplace par des capacités F. La migration vers Fabric se prépare charge par charge. Microsoft fournit un assistant de migration vers le warehouse Fabric, qui ne reprend pas tout.
Git, déploiement et Terraform
L'intégration Git (Azure DevOps ou GitHub) versionne les éléments, les pipelines de déploiement les font passer du développement à la production. Les API Fabric et Terraform créent capacités, espaces et droits. L'architecte fixe le modèle, l'équipe l'applique.
Le poste change selon l'employeur. Dans une ESN partenaire de Microsoft, l'architecte data Azure / Fabric cadre des projets, répond à des appels d'offres et encadre des consultants Power BI et data engineers. Chez un client final, il tient la plateforme et sa facture sur plusieurs années, souvent après une migration depuis Synapse, un entrepôt SQL Server ou Power BI Premium. Dans les groupes, il travaille avec l'équipe Azure qui gère la landing zone et le réseau, et avec le RSSI sur le lien privé et les étiquettes de sensibilité. Les certifications DP-600, DP-700 et AZ-305 attestent la connaissance des produits. La pratique d'une plateforme en production se vérifie en entretien.
Les décisions d'architecture à faire justifier
- Découpage des capacités et des espaces de travail
- Modèle de coût et dimensionnement Fabric
- Réseau privé et intégration à Azure
- Sécurité des données OneLake et Entra ID
- Gouvernance Purview et data products
- Trajectoire de migration vers Fabric
Fabric et Azure : cinq choix d'architecture à faire défendre
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · senior
Un groupe de trois filiales démarre sur Fabric. Combien de capacités et d'espaces de travail proposez-vous, et sur quels critères ?
Une bonne réponseIl part des contraintes avant de donner un nombre : refacturation par filiale, région où les données doivent rester, isolement des charges (un chargement nocturne ne doit pas ralentir les rapports du matin), exigences réseau. Souvent une capacité par environnement ou par grande famille de charges plutôt qu'une par équipe, des espaces séparés par domaine et par environnement (développement, test, production) et un domaine Fabric par filiale. Il sait qu'un espace se réaffecte à une autre capacité, avec des limites quand la région change.
Signal d'alerteUne seule grande capacité pour tout le monde sans parler d'isolement, ou une capacité par équipe sans regarder le coût. Aucun mot sur les environnements.
Question 2 · senior
La direction vous demande s'il faut passer de F64 à F128 parce que les rapports rament le lundi matin. Comment construisez-vous la réponse ?
Une bonne réponseAvec la Capacity Metrics app : quelles opérations consomment, interactives ou en arrière-plan, et si la capacité atteint les paliers de bridage (retard des requêtes interactives au-delà de dix minutes de capacité future consommée, rejet de l'interactif au-delà d'une heure, rejet de tout au-delà de 24 heures). Ensuite il chiffre des options : séparer chargements et rapports sur deux capacités, corriger les éléments les plus gourmands, sortir Spark de la capacité avec Autoscale Billing for Spark, agrandir seulement aux heures où c'est utile.
Signal d'alertePasser en F128 sans regarder les métriques, ou ignorer le lissage et croire que chaque pic se paie sur le moment.
Question 3 · senior
Le RSSI exige que les données de Fabric ne soient pas accessibles depuis Internet. Que proposez-vous, et que perdez-vous ?
Une bonne réponseDeux niveaux possibles : un lien privé au niveau du tenant avec blocage de l'accès public, ou des liens privés sur les seuls espaces sensibles. Il connaît les effets du blocage au niveau du tenant : la passerelle de données locale ne s'enregistre plus (on passe à la passerelle de réseau virtuel), plus de publication sur le web ni d'export PDF des rapports, Spark sans starter pools dans un réseau virtuel managé, capacité d'essai inutilisable. Il sépare le flux entrant (liens privés) de l'accès aux sources (managed private endpoints, accès de confiance aux comptes de stockage).
Signal d'alerte« On met un private endpoint » sans distinguer tenant et espace de travail, ou sans aucune idée des fonctions coupées. Confondre le flux entrant et l'accès aux sources.
Question 4 · senior
Les analystes d'une région ne doivent voir que leurs clients, qu'ils passent par un rapport Power BI, le point de terminaison SQL ou un notebook. Où définissez-vous cette règle ?
Une bonne réponseUne seule fois, au plus près des données, avec OneLake security : des rôles avec sécurité au niveau des lignes et des colonnes, appliqués par les moteurs Fabric. Il précise que ces rôles ne visent que les personnes en Viewer ou avec un droit de lecture sur l'élément. Les Admin, Member et Contributor d'un espace voient toutes ses données, donc les analystes ne doivent pas avoir ces rôles. Il vérifie le mode du point de terminaison SQL et passe par des groupes Entra ID.
Signal d'alerteUne RLS refaite dans chaque rapport Power BI, avec des analystes Contributor sur l'espace de travail. Des droits attribués nom par nom.
Question 5 · senior
Trois directions veulent partager leurs tables sans les copier, et la conformité veut savoir qui consomme quoi. Comment l'organisez-vous ?
Une bonne réponseDes data products par domaine, publiés dans le Unified Catalog de Purview avec un propriétaire, une description et une étiquette de sensibilité. Côté Fabric, des shortcuts vers le lakehouse du producteur plutôt que des copies, le OneLake catalog pour la découverte, et le contrôle d'accès qui reste chez le producteur. Le suivi s'appuie sur le lignage, le journal d'audit et le diagnostic OneLake. Il précise que la lecture via un shortcut consomme la capacité de l'espace qui lit.
Signal d'alerteDes copies nocturnes de tables d'un espace à l'autre, sans propriétaire ni catalogue. Ou Purview présenté comme un simple outil de documentation.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter un architecte data Microsoft, réponses courtes
Quelle différence entre un architecte data Fabric et un data engineer Fabric ?
Le data engineer construit et fait tourner les lakehouses, les notebooks et les pipelines. L'architecte décide du cadre où ils s'inscrivent : nombre de capacités, découpage des espaces de travail, réseau privé, modèle de sécurité, gouvernance avec Purview, trajectoire de migration. En entretien, demandez des décisions prises, les options écartées et ce qu'elles ont coûté. Un architecte qui ne parle que de code fait souvent le travail d'un data engineer.
Les certifications Microsoft suffisent-elles pour un architecte data Azure ?
Les certifications DP-600 et DP-700 montrent une connaissance de Fabric, l'AZ-305 (Azure Solutions Architect Expert) couvre la conception sur Azure. Aucune ne prouve qu'une plateforme a tenu en production avec de vrais utilisateurs. Demandez un découpage de capacités défendu devant une DSI, un lien privé activé avec ses conséquences, ou une migration menée jusqu'à l'arrêt de l'ancien système.
Quel test technique proposer à un architecte data ?
Une étude de cas orale vaut mieux qu'un exercice de code. Donnez un contexte proche du vôtre, avec des filiales, des contraintes réseau et un existant Synapse ou Databricks, et demandez un schéma commenté en 20 à 30 minutes. Revenez ensuite sur chaque choix : coût, sécurité, exploitation. Cet exercice montre vite si la personne connaît les limites des services ou récite une architecture de référence.
Un architecte data Fabric doit-il connaître Databricks ou Snowflake ?
Oui, dès que l'existant ou une filiale les utilise, ce qui arrive souvent. Il devra dire ce qui reste sur Databricks ou Snowflake et ce qui passe dans Fabric, raccourcis OneLake et mise en miroir compris. Demandez une comparaison sur un cas réel : capacité réservée contre facturation à l'usage, sécurité, compétences de l'équipe. Un candidat qui place Fabric partout sans citer une seule limite connaît mal les autres plateformes.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
