Déployer sur Power BI

  • Article

Cet article décrit l’étape 5, qui concerne le déploiement, le support et la surveillance du contenu lors d’une migration vers Power BI.

Diagram shows the stages of a Power BI migration. Stage 5 is emphasized for this article.

Remarque

Pour obtenir une explication complète du diagramme ci-dessus, consultez Vue d’ensemble de la migration vers Power BI.

L’objectif principal de l’étape 5 est de déployer la nouvelle solution Power BI en production.

La finalité de cette étape est d’obtenir une solution prête à être utilisée en production par l’entreprise. Quand vous utilisez une méthodologie agile, il est acceptable de planifier certaines améliorations à apporter à une future itération. Le support et la surveillance sont également des sujets importants à ce stade et en continu.

Conseil

À l’exception de l’exécution en parallèle et de la désactivation des rapports hérités, deux points qui sont traités ci-dessous, les sujets abordés dans cet article s’appliquent également à tout projet d’implémentation Power BI standard.

Déployer dans un environnement de test

Pour les solutions gérées par le service informatique, ou les solutions qui sont essentielles à la productivité de l’entreprise, un environnement de test est généralement prévu. L’environnement de test s’intercale entre les environnements de développement et de production, mais il n’est pas obligatoire pour toutes les solutions Power BI. Un espace de travail de test peut faire office d’emplacement stable, séparé du développement, où vous effectuez les tests d’acceptation utilisateur (UAT) avant la mise en production.

Si votre contenu a été publié dans un espace de travail sur une capacité Premium, les pipelines de déploiement peuvent simplifier le processus de déploiement dans les espaces de travail de développement, de test et de production. La publication peut également être effectuée manuellement ou à l’aide de scripts PowerShell.

Déployer dans l’espace de travail de test

Un déploiement dans l’espace de travail de test inclut généralement les activités principales suivantes :

  • Chaînes de connexion et paramètres : ajuster les chaînes de connexion de modèle sémantique (précédemment appelé jeu de données) si la source de données diffère entre le développement et le test. Le paramétrage permet de gérer efficacement les chaînes de connexion.
  • Contenu de l’espace de travail : publier des modèles sémantiques et des rapports dans l’espace de travail de test et créez des tableaux de bord.
  • Application publiez une application avec le contenu de l’espace de travail de test, s’il doit faire partie du processus de test d’acceptation utilisateur. En règle générale, les autorisations sur l’application sont limitées à un petit nombre de personnes participant aux tests d’acceptation utilisateur.
  • Actualisation des données :planifier l’actualisation du modèle sémantique pour tous les modèles sémantiques d’importation pendant la période où l’UAT se produit activement.
  • Sécurité : mettez à jour ou vérifiez les rôles d’espace de travail. L’accès à l’espace de travail de test est réservé à un petit nombre de personnes participant aux tests d’acceptation utilisateur.

Réaliser des tests d’acceptation utilisateur

En général, les tests d’acceptation utilisateur sont effectués par des employés qui sont des experts métier. Une fois qu’ils ont vérifié le contenu, ces testeurs approuvent que le nouveau contenu est correct, qu’il remplit les exigences et qu’il peut être déployé et mis à la disposition générale des autres consommateurs.

Le niveau de formalité de ce processus de test d’acceptation utilisateur, y compris les validations par écrit, dépend de vos pratiques de gestion des changements.

Déployer dans l’environnement de production

Il y a plusieurs points à prendre en compte pour le déploiement dans l’environnement de production.

Effectuer un déploiement de préproduction

Si vous souhaitez réduire les risques et les interruptions des utilisateurs, ou si d’autres problèmes se posent, vous pouvez choisir d’effectuer un déploiement de préproduction. Le premier déploiement de production peut impliquer un petit groupe d’utilisateurs du pilote. Avec un pilote, il peut être demandé aux pilotes de fournir activement leurs commentaires.

Accordez de plus en plus d’autorisations dans l’espace de travail de production, ou sur l’application, graduellement jusqu’à ce que tous les utilisateurs cibles aient l’autorisation d’accéder à la nouvelle solution Power BI.

Conseil

Examinez le journal d’activité de Power BI pour connaître le degré d’adoption et d’usage de la nouvelle solution Power BI par les consommateurs.

Gérer des composants supplémentaires

Durant le processus de déploiement, vous devrez peut-être travailler avec vos administrateurs Power BI sur d’autres exigences à remplir pour prendre en charge l’ensemble de la solution, par exemple :

  • Maintenance de passerelle : l’inscription d’une nouvelle source de données dans la passerelle de données est parfois nécessaire.
  • Connecteurs et pilotes de passerelle : une nouvelle source de données propriétaire peut nécessiter l’installation d’un nouveau pilote ou connecteur personnalisé sur chaque serveur dans le cluster de passerelle.
  • Créer une nouvelle capacité Premium : Vous pouvez utiliser une capacité Premium existante. Il peut également y avoir des situations où une nouvelle capacité Premium est justifiée. par exemple lorsque vous souhaitez délibérément séparer la charge de travail d’un service.
  • Configurer un dataflow Power BI : les activités de préparation des données peuvent être configurées une seule fois dans un dataflow Power BI à l’aide de Power Query Online. Cela évite la réplication du travail de préparation des données dans de nombreux fichiers Power BI Desktop différents.
  • Inscrire un nouveau visuel organisationnel :L’inscription d’un visuel organisationnel peut s’effectuer dans le portail administrateur pour les visuels personnalisés qui ne proviennent pas d’AppSource.
  • Définir le contenu proposé : il existe un paramètre de locataire contrôlant qui peut proposer du contenu dans la page d’accueil du service Power BI.
  • Définir les étiquettes de sensibilité : toutes les étiquettes de sensibilité sont intégrées dans Microsoft Purview Information Protection.

Déployer dans l’espace de travail de production

Un déploiement dans l’espace de travail de production inclut généralement les activités principales suivantes :

  • Gestion des changements : si nécessaire, faites approuver le déploiement et informez l’ensemble des utilisateurs en suivant vos pratiques de gestion des changements habituelles. Il peut y avoir une période de gestion des changements approuvée pendant laquelle les déploiements de production sont autorisés. En règle générale, cela s’applique davantage au contenu géré par le service informatique qu’au contenu libre-service.
  • Plan de restauration : dans une migration, il est considéré qu’il s’agit de migrer une nouvelle solution pour la première fois. Si du contenu existe déjà, il vaut mieux établir un plan permettant de revenir à la version précédente au besoin. Conserver les versions antérieures des fichiers Power BI Desktop (à l’aide de la gestion de versions dans SharePoint ou OneDrive) est une bonne pratique.
  • Chaînes de connexion et paramètres : ajuster les chaînes de connexion de modèle sémantique lorsque la source de données diffère entre le test et la production. Le paramétrage peut être utilisé efficacement à cet effet.
  • Actualisation des données :planifier l’actualisation du modèle sémantique pour tous les modèles sémantiques importés.
  • Contenu de l’espace de travail : publier des modèles sémantiques et des rapports dans l’espace de travail de production et créer des tableaux de bord. Les pipelines de déploiement peuvent simplifier le processus de déploiement dans les espaces de travail de développement, de test et de production si votre contenu a été publié dans des espaces de travail sur une capacité Premium.
  • Application : si les applications font partie de votre stratégie de distribution de contenu, publiez une application avec le contenu de l’espace de travail de production.
  • Sécurité : mettez à jour et vérifiez les rôles d’espace de travail en fonction de votre stratégie de collaboration et de distribution de contenu.
  • Paramètres du modèle sémantique : mettre à jour et vérifier les paramètres de chaque modèle sémantique, notamment :
  • Paramètres des rapports et tableaux de bord : mettez à jour et vérifiez les paramètres de chaque rapport et tableau de bord. Voici les paramètres les plus importants :
  • Abonnements : configurez des abonnements aux rapports, si nécessaire.

Important

À ce stade, vous avez atteint un jalon majeur. Bravo ! Vous avez réussi la migration.

Informer les utilisateurs

Annoncez aux consommateurs qu’une nouvelle solution est disponible. Indiquez-leur où ils peuvent trouver le contenu ainsi que la documentation, les FAQ et les tutoriels associées. Pour présenter le nouveau contenu, proposez une session d’apprentissage durant le déjeuner ou préparez quelques vidéos à la demande.

Veillez à fournir des instructions expliquant comment obtenir de l’aide et envoyer des commentaires.

Mener une analyse rétrospective

Essayez d’analyser rétrospectivement ce qui a bien fonctionné pendant la migration et ce qui devrait être amélioré pour la prochaine migration.

Exécuter en parallèle

Dans de nombreux cas, la nouvelle solution s’exécutera en parallèle de la solution héritée pendant une durée prédéterminée. Les avantages de l’exécution en parallèle sont les suivants :

  • Réduit les risques, en particulier avec les rapports considérés comme critiques.
  • Laisse aux utilisateurs le temps de se familiariser avec la nouvelle solution Power BI.
  • Permet de recouper les informations présentées dans Power BI avec les rapports hérités.

Désactiver le rapport hérité

À un moment donné, les rapports migrés vers Power BI doivent être désactivés dans la plateforme décisionnelle héritée. La désactivation des rapports hérités peut avoir lieu quand :

  • La durée prédéterminée de l’exécution en parallèle, qui a normalement été communiquée à l’ensemble des utilisateurs, a expiré. Elle est le plus souvent comprise entre 30 et 90 jours.
  • Tous les utilisateurs du système hérité ont accès à la nouvelle solution Power BI.
  • Il n’y a plus d’activité significative sur le rapport hérité.
  • Aucun problème n’a été rencontré avec la nouvelle solution Power BI qui pourrait impacter la productivité des utilisateurs.

Surveiller la solution

Les événements du journal d’activité de Power BI peuvent servir à comprendre les modèles d’usage de la nouvelle solution (ou ceux du journal d’exécution pour le contenu déployé sur Power BI Report Server). L’analyse du journal d’activité peut aider à déterminer si l’usage réel diffère des attentes. Elle peut également attester la bonne prise en charge de la solution.

Voici des questions auxquelles l’examen du journal d’activité permet de répondre :

  • À quelle fréquence le contenu est-il consulté ?
  • Qui consulte le contenu ?
  • Le contenu est-il généralement consulté par le biais d’une application ou d’un espace de travail ?
  • La majorité des utilisateurs se servent-ils d’un navigateur ou d’une application mobile ?
  • Des abonnements sont-ils utilisés ?
  • Les nouveaux rapports créés sont-ils basés sur cette solution ?
  • Le contenu est-il fréquemment mis à jour ?
  • Comment la sécurité est-elle définie ?
  • Y a-t-il des problèmes qui surviennent régulièrement, comme des échecs d’actualisation des données ?
  • Y a-t-il des activités troublantes (par exemple, une activité d’exportation importante ou un grand nombre de partages de rapports individuels) qui pourraient révéler un besoin de formation supplémentaire ?

Important

Veillez à ce que quelqu’un examine régulièrement le journal d’activité. Simplement capturer et stocker l’historique est utile pour les besoins d’audit ou de conformité. Toutefois, le véritable intérêt est de pouvoir mener des actions proactives.

Assurer le support de la solution

Même quand la migration est terminée, la période après la migration est vitale pour résoudre les problèmes et régler les soucis de performance. Au fil du temps, la solution migrée connaîtra probablement des changements à mesure que les besoins de l’entreprise évolueront.

Le support a tendance à prendre une forme légèrement différente en fonction du mode de gestion du décisionnel libre-service au sein de l’organisation. Les champions Power BI dans les divisions assurent souvent le support de première ligne. Bien qu’il s’agisse d’un rôle informel, il est essentiel de l’encourager.

Mettre en place un processus de support formel par le service informatique, avec des tickets de support, est également indispensable pour traiter les demandes courantes liées au système et faciliter l’escalade des problèmes.

Remarque

Les différents types de support interne et externe sont décrits dans la feuille de route d’adoption de Fabric.

Vous pouvez également avoir un centre d’excellence qui joue le même rôle que les consultants internes qui s’occupent du support, de l’apprentissage et de l’administration de Power BI au sein de l’organisation. Un centre d’excellence peut être responsable du maintien d’un contenu Power BI utile dans un portail interne.

Enfin, les consommateurs du contenu doivent savoir précisément qui contacter pour poser des questions sur le contenu et comment transmettre leurs commentaires au sujet de problèmes ou d’améliorations.

Pour plus d’informations sur le support utilisateur, et en particulier sur la résolution des problèmes, consultez l’article sur le support utilisateur dans la feuille de route d’adoption de Fabric.

Contenu connexe

Dans le dernier article de cette série, apprenez des expériences de clients qui ont effectué une migration vers Power BI.

Voici d’autres ressources utiles :

Les partenaires Power BI expérimentés sont là pour aider votre organisation à mener à bien le processus de migration. Pour contacter un partenaire Power BI, accédez au portail des partenaires Power BI.