Cabinet de conseil français de 50 collaborateurs, ce client a engagé début juillet 2025 la migration de son infrastructure Active Directory vers Azure. L’enjeu : rehoster ses contrôleurs de domaine Windows Server, socle critique de l’authentification et de la gestion des identités du cabinet, depuis un environnement source VMware vers le cloud. Réalisée avec Azure Migrate via une appliance déployée sur l’infrastructure existante, et hébergée dans la région France Central, cette migration s’est étalée du kick-off le 3 juillet 2025 jusqu’au décommissionnement complet de l’environnement on-premise le 15 décembre 2025.
Le client
Ce client est un cabinet de conseil dont le système d’information était historiquement hébergé sur les infrastructures de Cloud Privé de Cloud Temple. Client de longue date, il a fait le choix de faire évoluer son infrastructure vers le cloud public tout en conservant Cloud Temple comme partenaire d’infogérance. Le projet s’inscrit dans le cadre d’un rapprochement avec une entité sœur, dont le système d’information a vocation à être intégré au tenant Azure unique du client.
Le contexte et les enjeux
Le client a engagé un Move to Cloud complet vers Microsoft Azure porté par quatre objectifs : renforcer le niveau de sécurité global du système d’information avec la mise en place d’un SIEM, faire évoluer l’infrastructure existante en basculant l’ensemble des services dans le Cloud Azure, maintenir une haute disponibilité et des performances optimales en fusionnant les systèmes d’information des deux entités, et faciliter l’administration des postes de travail via Intune. Il a donc demandé à Cloud Temple de piloter la migration et de rester le seul opérateur habilité à administrer les ressources Azure une fois le projet terminé garantissant une continuité du maintien en conditions opérationnelles (MCO) et de sécurité (MCS).
Le périmètre technique combinait deux approches complémentaires : un rehost par lift & shift pour les composants ne nécessitant pas de refonte les contrôleurs de domaine Active Directory (scénario documenté dans cette case study) et la reconstruction complète de plusieurs serveurs directement dans Azure (supervision et collecte de logs, supervision réseau, outil métier), lorsque repartir sur une base saine était plus pertinent qu’un lift & shift à l’identique.
La solution Cloud Temple
Approche méthodologique
Le projet a suivi une démarche structurée alignée sur les bonnes pratiques du Cloud Adoption Framework (CAF) :
- Assess — Déploiement d’une appliance Azure Migrate directement dans l’environnement source VMware et réalisation d’un assessment complet des serveurs candidats, avec dimensionnement Azure et estimation budgétaire.
- Migrate — Migration par lift & shift des contrôleurs de domaine Active Directory via Azure Migrate, avec reprise à l’identique du plan d’adressage réseau pour ne générer aucun impact applicatif ni utilisateur, complétée par la reconstruction native de plusieurs services annexes (supervision, gestion de parc, outil métier) directement dans Azure.
- Secure — Intégration de la supervision de sécurité via Azure Sentinel dès la mise en production.
- Operate — Attribution des droits d’administration via Azure Lighthouse, avec, à la demande du client, une exclusivité d’administration confiée à Cloud Temple sur l’ensemble des ressources Azure.
- Decommission — Recette formelle avec le client, puis décommissionnement des serveurs on-premise correspondants sur l’infrastructure Cloud Temple.
Séquencement du projet
Le projet a été mené en un peu plus de cinq mois, du kick-off à la bascule complète :
De l’infrastructure on-premise à l’architecture Azure
Le schéma ci-dessous illustre la transformation réalisée : les contrôleurs de domaine, hébergés sur l’environnement VMware on-premise de Cloud Temple, ont été basculés vers Azure via Azure Migrate, tandis que les services annexes ont été reconstruits nativement dans la même landing zone.
Migration réalisée dans la région Azure France Central, en conformité avec les exigences de souveraineté et de localisation des données du client, et bénéficiant d’Azure Hybrid Benefit pour optimiser la licence Windows Server.
Landing zone Azure construite en Infrastructure as Code
L’environnement Azure cible n’a pas été configuré manuellement : il a été construit en Terraform, déployé via un pipeline CI/CD, selon une architecture Hub & Spoke. Le nommage des ressources et le plan de tagging suivent les conventions du Cloud Adoption Framework (CAF). Les droits d’administration Azure Lighthouse attribués à Cloud Temple sont eux-mêmes versionnés en Terraform.
Les machines virtuelles issues du rehost ont été importées dans le state Terraform après leur migration via l’appliance Azure Migrate, afin qu’elles soient administrées avec les mêmes standards que le reste de l’infrastructure Azure du client — et non comme des ressources isolées, créées hors du cadre IaC.
Les résultats
- Migration des machines virtuelles réalisée sans interruption de service, réseau existant conservé à l’identique
- Décommissionnement complet et tracé de l’infrastructure on-premise correspondante après validation client
- Recette formelle signée par le client, actant la bonne réalisation de l’ensemble des actions du projet
- Intégration de la supervision de sécurité (Azure Sentinel) dès la bascule vers Azure
- Gouvernance simplifiée pour le client : un seul interlocuteur (Cloud Temple) habilité à administrer l’environnement Azure via Azure Lighthouse
Pourquoi Cloud Temple
Ce projet illustre la capacité de Cloud Temple à accompagner un client déjà hébergé en Cloud Privé dans sa transition vers le cloud public Microsoft Azure, en conservant la continuité de l’infogérance et en appliquant une méthodologie de migration alignée sur le Cloud Adoption Framework de l’assessment initial jusqu’à la prise en charge opérationnelle post-migration.