Configurer la publication et l'intégration
Lorsque vous publiez une carte pour la consulter en dehors de Fabric, la visionneuse intégrée publique relit les fichiers publiés et figés depuis votre OneLake. Elle utilise pour cela un principal de service d'intégration Icon Map dédié (Tekantis.IconMap-Embed) : une identité en lecture seule, sans aucune autorisation d'API propre.
Vous n'accordez pas à ce principal de service l'accès à votre espace de travail. La publication écrit vos cartes publiées dans un Lakehouse de votre espace de travail et accorde au principal de service d'intégration un rôle d'accès aux données OneLake en lecture seule sur ce seul Lakehouse, automatiquement, sous votre propre identité, dans le cadre de la publication. Résultat : le service d'intégration peut lire ce que vous publiez et rien d'autre, sans aucun accès en écriture à votre espace de travail.
Effectuez d'abord la configuration des paramètres du locataire pour la publication. Pour la plupart des cartes, il n'y a rien d'autre à faire : publiez, et cela fonctionne.
Ce qui se passe automatiquement
La première fois que vous publiez dans un espace de travail, Icon Map crée un Lakehouse nommé IconMap_Published pour contenir les cartes publiées, et ajoute le principal de service d'intégration à un rôle d'accès aux données en lecture seule (IconMapEmbedReaders) sur celui-ci. Chaque publication suivante les réutilise. Aucune action d'administrateur n'est nécessaire, à condition que l'utilisateur qui publie puisse créer des éléments et gérer l'accès aux données OneLake dans l'espace de travail (c'est le cas d'un Membre ou d'un Administrateur de l'espace de travail).
Les grands jeux de tuiles raster (PMTiles/COG) ne sont pas copiés : ils sont lus sur place depuis leur propre Lakehouse et restent ainsi à jour. La publication accorde de la même façon au principal de service d'intégration un accès en lecture sur ces Lakehouses sources.
Quand une autre personne doit intervenir
Couches partagées d'un catalogue organisationnel. Si votre carte utilise des couches raster d'un catalogue organisationnel dont vous n'administrez pas le Lakehouse, vous ne pouvez pas y accorder l'accès en lecture au principal de service d'intégration. Le propriétaire du catalogue le fait une fois (en accordant à Tekantis.IconMap-Embed un rôle d'accès aux données en lecture seule sur le Lakehouse du catalogue) et, dès lors, toutes les cartes qui utilisent ce catalogue fonctionnent. Si ce n'est pas fait, la boîte de dialogue de publication vous indique quelle couche est concernée ; le reste de la carte est tout de même publié.
Espaces de travail restreints. Si votre organisation n'autorise pas les utilisateurs à créer des éléments, un administrateur peut créer à l'avance le Lakehouse IconMap_Published et accorder une fois au principal de service d'intégration l'accès en lecture sur celui-ci ; les auteurs y publient ensuite. Dans tous les cas, l'accès accordé est en lecture seule, jamais Contributeur sur l'espace de travail.
Autorisations supplémentaires pour les cartes à données en direct
Une publication instantané ne nécessite rien de plus. Si une carte publiée sert des données en direct, le principal de service d'intégration doit aussi pouvoir atteindre ces sources de requêtes :
- Eventhouse / KQL : accordez au principal de service le rôle Lecteur sur la base de données KQL concernée (Eventhouse → base de données → Gérer les autorisations).
- Modèles sémantiques Power BI : activez Les principaux de service peuvent utiliser les API Power BI (dans les paramètres du locataire).
- Lakehouse / Warehouse : aucune autorisation supplémentaire ; le rôle d'accès aux données en lecture seule ci-dessus couvre les lectures des tables Delta.
Vérifier
Publiez une carte de test, ouvrez le lien d'intégration et vérifiez qu'elle se charge. Si une couche raster manque, recherchez dans la boîte de dialogue de publication un avertissement d'intégration de catalogue (voir ci-dessus). Si toute la carte affiche « this map needs to be re-published », publiez-la à nouveau depuis l'éditeur actuel. Les liens publiés peuvent être révoqués à tout moment depuis la gestion des publications.
Étapes suivantes
- Publication et partage : instantané ou données en direct, et options d'accès.
- Sécurité et autorisations : le modèle de sécurité derrière la publication.