Cet article fait partie d’une série présentant en détail les principes du DataOps Manifesto et leur application à Power BI. Pour une introduction aux principes DataOps, je vous invite à commencer par cette présentation.
Principe #1 : satisfaire votre client de façon continue.
Le terme clef ici n’est pas « satisfaire » mais bien « de façon continue« . Après tout, nous savons tous comment satisfaire notre client : nous plier à ses exigences, bâtir rapidement (et pour un moindre coût de développement si possible !) un rapport contenant l’intégralité des données que le client est susceptible d’utiliser pour ses analyses. D’utiliser ou … de ne pas utiliser. Dans le doute, on charge tout dans le modèle sémantique, transformant le modèle en un immense datamart quitte à conserver le contenu complet des tables d’origine.
En 6 années (même un peu plus) de participation aux communautés techniques Microsoft, c’est bien la première fois que je tente l’exercice délicat du bilan des 12 mois écoulés. Et pour le coup, ces 12 derniers mois furent riches en évènements.
A l’approche de la conférence Ignite ’21, Microsoft multiplie les annonces concernant Power BI. L’une d’entre elle concerne la sécurité des jeux de données et rapports, sujet qui n’avait pas connu d’évolution depuis des années.
Jusqu’à présent, le seul moyen de garantir qu’un utilisateur accède uniquement aux données qu’il est autorisé à voir était de mettre en place des rôles de sécurité en utilisant la Sécurité Niveau Ligne (SNL en français) ou Row Level Security (RLS). Une personne (faisant éventuellement partie d’un groupe AD) est associée à un rôle de sécurité. Chaque rôle filtre les données à travers une formule DAX.