Une landing zone avant le lift and shift
La plupart des parcs Azure dont nous héritons ont été construits un groupe de ressources à la fois : réseaux à plat, abonnements nommés d’après leur créateur, et une facture que personne ne sait attribuer. Nous commençons par la couche ingrate qui rend tout le reste facile à changer.
Les fondations d’abord, les charges de travail ensuite
Identité, topologie des abonnements, nommage, tagging, politiques et hub réseau viennent en premier — généralement dans la première quinzaine. Une fois cette base en place, déplacer une charge de travail devient un petit chantier réversible plutôt qu’une négociation.
Tout est livré en Bicep ou Terraform que vous conservez, dans un dépôt qui vous appartient, documenté dans une langue que votre prochain ingénieur pourra lire sans nous appeler.
Ce qui bouge, quand, et ce que ça coûte
| Vague | Périmètre | Durée type |
|---|---|---|
| Fondations | Tenant, identité, abonnements, politiques, hub réseau | 2 semaines |
| Fichiers & impression | Serveurs de fichiers vers SharePoint ou Azure Files, impression vers Universal Print | 2–3 semaines |
| Serveurs | Évaluation Azure Migrate, rehost, redimensionnement, décommissionnement sur site | 3–6 semaines |
| Données | SQL vers Managed Instance ou Azure SQL, sauvegarde et rétention en place | 3–5 semaines |
| Optimisation | Réservations, savings plans, Hybrid Benefit, revue mensuelle des coûts | En continu |
Durées indicatives pour un parc de 10 à 100 postes. Chaque vague est chiffrée et validée séparément : vous pouvez vous arrêter après n’importe laquelle.