Azure, AWS ou rester où vous êtes ?
La question de la plateforme est rarement technique. Elle porte sur les licences que vous payez déjà, les compétences de votre équipe et les applications qui refusent de bouger. Ces trois réponses tranchent en général avant que quiconque ouvre un tableau comparatif.
Pour la plupart des organisations de taille intermédiaire déjà sous Microsoft 365, Azure est le chemin de moindre résistance : identité, licences et support se trouvent au même endroit. AWS est le meilleur choix quand la charge est une application sur mesure, quand l’équipe de développement y travaille déjà, ou quand des services managés précis justifient une seconde plateforme.
Rester sur site reste une réponse valable. Depuis les changements de licensing chez VMware, nous voyons des organisations basculer vers Nutanix ou Proxmox plutôt que vers le cloud public, en particulier là où les volumes de données font du coût de sortie le facteur décisif.
Quel que soit le choix, budgétez la maîtrise des coûts dès le premier jour. La dépense cloud ne dérive pas à cause de la plateforme, elle dérive parce que personne n’est propriétaire de la facture.
Partez de ce que vous payez déjà
Presque toutes les organisations avec lesquelles nous travaillons ont déjà Microsoft 365. Identité, gestion des appareils, messagerie et collaboration sont donc en place, souvent avec une enveloppe de crédit Azure à côté. Ajouter Azure à ce parc relève surtout de la configuration ; ajouter une seconde plateforme, c’est un second jeu de compétences, une seconde facture et une seconde relation de support.
Ce n’est pas un argument disant qu’Azure serait techniquement supérieur. C’est un argument disant que le coût total d’une plateforme inclut les personnes qui doivent l’exploiter à onze heures du soir.
Quand AWS est la meilleure réponse
Trois situations, d’après notre expérience. Quand la charge est une application développée sur mesure et que l’équipe de développement connaît déjà l’outillage AWS ; les déplacer coûte cher et prend du temps. Quand un service managé précis n’a réellement pas d’équivalent et se trouve au cœur du produit. Et quand un client ou un secteur l’attend.
Nous gérons des parcs AWS à côté de parcs Azure, et faire tourner les deux est tout à fait tenable. Il faut simplement que ce soit une décision et non un accident, parce que deux plateformes nées par accident coûtent plus cher que l’une ou l’autre assumée.
La question VMware
Les changements de licensing chez VMware ont poussé beaucoup d’organisations à rouvrir une décision qu’elles croyaient réglée. Il n’y a pas de réponse unique, mais les options se sont clarifiées.
| Option | Convient quand | Attention à |
|---|---|---|
| Rester sur VMware | Le parc est grand, stable et le renouvellement reste supportable | Modélisez le prochain renouvellement, pas seulement celui-ci |
| Nutanix | Vous voulez une plateforme commerciale supportée, avec un chemin de migration et un éditeur derrière | La compatibilité matérielle et le coût de la transition elle-même |
| Proxmox | L’équipe est à l’aise avec l’open source et le parc est de taille raisonnable | Le modèle de support : décidez qui vous appelez à trois heures du matin |
| Passer sur Azure ou AWS | Les charges sont déjà compatibles cloud et les volumes de données modestes | Le coût de sortie et les applications dont le modèle de licence pénalise le cloud |
Les applications qui refusent de bouger
Chaque environnement en compte une ou deux. Une application métier dont la licence est liée à une machine physique, une application publiée sous Citrix que personne ne veut toucher, un paysage SAP avec son propre calendrier de changements, ou quelque chose muni d’une clé matérielle. Ce ne sont pas des raisons d’abandonner une migration, mais des raisons de la planifier autour d’elles plutôt que de les découvrir à mi-parcours.
Nous les inventorions en premier. Là où les conteneurs facilitent le déplacement, nous utilisons Docker et Kubernetes ; là où le système d’exploitation est la contrainte, nous travaillons avec Red Hat, SUSE et Ubuntu.
Empêcher la facture de dériver
Le coût du cloud explose rarement. Il s’insinue : un environnement de test que personne n’a éteint, un niveau de stockage choisi une fois et jamais revu, des sauvegardes conservées sept ans parce que c’était la valeur par défaut. Six mois plus tard la facture est de quarante pour cent plus élevée et personne ne peut désigner la cause.
Trois habitudes règlent l’essentiel. Étiquetez tout pour que la dépense puisse être rattachée à une équipe ou à un projet. Passez en revue les dix premières lignes chaque mois, pas chaque année. Et posez une alerte budgétaire qui arrive à une personne, pas à une boîte partagée. La manière de s’y prendre est décrite sous maîtriser le coût du cloud.
Le cloud ne supprime pas la question de la sauvegarde
Passer sur Azure ou AWS change l’endroit où sont les données, pas la personne responsable de les récupérer. Le modèle de responsabilité partagée signifie que la plateforme garantit l’infrastructure ; vos données et votre configuration restent les vôtres. Nous sauvegardons les charges cloud avec Veeam pour la même raison que celles sur site, et le raisonnement est posé sous sauvegarde et continuité.
Comment nous menons une migration
L’inventaire d’abord, puis un plan par vagues, puis un groupe pilote comprenant au moins un utilisateur difficile, puis des vagues avec un retour arrière réellement testé. Nous migrons en dehors de vos heures de pointe, ce qui pour un commerce veut dire pas en décembre et pour un établissement scolaire pas en semaine d’examens.
La migration et l’exploitation quotidienne sont décrites sous services cloud, et le regard indépendant sur la direction à prendre sous conseil informatique.
Ce qu’on nous demande à ce sujet
Les questions qui tranchent un choix de plateforme.
Azure ou AWS pour une entreprise de taille intermédiaire ?
Si vous êtes déjà sous Microsoft 365, Azure dans la plupart des cas. Identité, licences et support sont au même endroit et votre équipe en connaît déjà la moitié. AWS est la meilleure réponse quand une équipe de développement y travaille déjà, quand un service managé précis est au cœur de votre produit, ou quand un client l’exige.
Est-il encore raisonnable d’avoir nos propres serveurs ?
Oui, dans beaucoup de cas. Les gros volumes de données, les applications dont la licence pénalise le cloud et les charges stables et prévisibles restent souvent moins chères sur votre propre matériel. La question n’est pas cloud ou pas, mais quelle charge appartient à quel endroit.
Que faire du licensing VMware ?
Modélisez les deux prochains renouvellements avant de décider quoi que ce soit. Si le chiffre est acceptable, rester est l’option la moins chère, parce que la migration elle-même n’est pas gratuite. Sinon, Nutanix et Proxmox sont les deux alternatives que nous mettons en place le plus souvent, et le choix entre elles tient à la façon dont vous voulez que le support fonctionne.
Combien de temps prend une migration Microsoft 365 ?
Pour cent utilisateurs avec des boîtes simples, quelques semaines, pilote compris. Ce qui l’allonge : les boîtes partagées, les dossiers publics, une application sur site qui s’authentifie contre l’ancien annuaire, et des archives que personne n’a ouvertes depuis des années. Nous inventorions cela avant d’annoncer un délai.
Où cela s’inscrit dans notre travail
Où atterrit une décision de plateforme.
Envie qu’on regarde votre plateforme actuelle ?
Une demi-heure au téléphone suffit généralement à savoir si nous sommes le bon interlocuteur, et nous le dirons si ce n’est pas le cas.
Des connaissances informatiques concrètes dans votre boîte mail
De nouveaux guides sur la gestion, la sécurité et le poste de travail, écrits par ceux qui font le travail. Sans discours commercial, et la désinscription se fait en un clic.