Lors de mon précédent article nous avons vu la fin des modules PowerShell AzureAD et MsOnline. Pour rappel lors d’une migration d’un Tenant Microsoft 365 vers un Tenant Microsoft 365, nous exécutons une succession de scripts PowerShell afin de réaliser différentes étapes nécessaires à la migration comme :
– Auditer un Tenant source
Récupérer la liste de tous les objets présents sur le tenant source
Création des objets à migrer sur le tenant cible
Actions de pré-migration
Action de bascule finale
Toutes les étapes sont lancées de manières indépendantes via des scripts unitaires et non communicant, ce qui implique des phases, comme la connexion répétitives.
L’arrêt des modules AzureAD et MSOnline, qui était omniprésent dans nos scripts, nous a obligé de recoder nos scripts avec l’utilisation du module MsGraph.
Ma réflexion a donc été la suivante, comment optimiser et automatiser un maximum nos processus de migration ?
Avant de me lancer dans le développement de l’application j’ai commencé par réfléchir quels interactions l’utilisateur aurait, quel menu allait être appelé et quelle fonctions serait disponible dans le menu. Voici donc le schéma que j’ai imaginé pour l’application et celui sur lequel je me suis appuyé pour la développer. L’application est basée sur des menus qui font appels à d’autres menus et à des fonctions contenus dans des modules afin de faciliter le développement de l’application.
Un module PowerShell est une unité réutilisable et autonome qui peut contenir des applets de commandes. Un module PowerShell permet de fournir des fonctions qui seront appelées dans d’autres scripts. Les modules sont des fichiers de type « psm1 »
J’ai donc décidé de couper tous nos scripts unitaire en modules ainsi que les différents menus de l’application en module, pour un total de 56 modules
Une fois que les modules ont été créés et fonctionnels. Il a fallu créer la base de l’application, c’est-à-dire le lancement de celle-ci. C’est donc un script PowerShell permettant d’importer les modules créés et de se connecter à tous les modules Microsoft nécessaire au fonctionnement de l’application, enfin il lance le menu principal de l’application.
Une fois l’application lancée et arrivé sur le menu principal, l’utilisateur peut choisir si le tenant sur lequel il est connecté est le Tenant Microsoft Source ou Cible.
De ce choix va découler une succession de menus qui auront des choix et actions possibles comme des exports en Excel, des Audit en HTML, la création d’objets sur un Tenant Microsoft ou encore la modification d’objet pour l’ajout d’Alias… Tout dépendra de la phase de migration dans laquelle nous sommes.
La dépréciation des modules AzureAD & MsOnline nous ont donc permis de prendre de la hauteur sur nos processus de migration et de les revoir afin de les industrialiser un maximum pour augmenter le confort lors d’une migration. Cette réflexion et cette prise de hauteur, qui a permis d’industrialiser un processus simple de migration, m’a permis de me poser des questions sur les autres processus chez Kaizzen comme la mise en place d’un Intune qui est standardisé en interne et qui pourrait être industrialiser aussi sous forme d’application interactive PowerShell.
Gianni Lattanzio, Consultant Cloud Microsoft chez Kaizzen
SharePoint est-il un bon choix de stockage pour Power Platform ? Contactez-nous La question du stockage des données est d’une importance stratégique dans l’univers Power
Vibe.PowerApps.com peut-il transformer vos idées en applications concrètes ? Contactez-nous Le site vibe.powerapps.com est une plateforme innovante qui s’inscrit dans l’écosystème Microsoft Power Platform.Son objectif
Dataverse : pourquoi est-il le véritable cœur de la Power Platform au-delà du simple stockage ? Contactez-nous La question du stockage des données est d’une
Vos utilisateurs sauraient-ils reconnaître une vraie attaque de phishing ? Contactez-nous La fonctionnalité Exercice de simulation d’attaque de Microsoft Defender permet aux organisations de simuler
Exchange Online Protection : votre première ligne de défense est-elle vraiment efficace ? Contactez-nous Dans un contexte où l’email reste le principal vecteur d’attaque, Exchange
Quels sont les trois types de canaux Microsoft Teams et comment bien les utiliser ? Contactez-nous Microsoft Teams propose trois types de canaux, Standard, Privé
