Catégorie : Cloud

Si votre entreprise virtualise avec VMware, la facture de renouvellement vous a sans doute déjà surpris, ou est sur le point de le faire. Depuis que Broadcom a racheté VMware, le modèle de licences n’est plus vendu par produit et à perpétuité : il est passé à un abonnement par packs. Le résultat concret pour beaucoup d’organisations tient en une phrase : vous payez plus cher, pour des choses que vous n’utilisiez peut-être pas, et avec beaucoup moins de marge de négociation.

La bonne nouvelle, c’est qu’il existe aujourd’hui des alternatives à VMware pour les entreprises qui n’étaient pas aussi matures il y a cinq ans. La mauvaise, c’est que migrer de VMware à la légère, sans chiffres ni plan, se paie cher en coupures et en mauvaises surprises. Allons à l’essentiel : ce qui a changé, les options réelles dont vous disposez et comment décider avec méthode plutôt que sur un titre.

Ce qui a changé avec VMware sous Broadcom (et pourquoi ça vous touche même en tant que PME)

Le changement de fond n’est pas un simple ajustement de tarif : c’est un changement de modèle. Finies les licences perpétuelles achetées une fois et maintenues avec un support annuel supportable. La licence passe désormais par un abonnement et par packs, avec des seuils minimaux de contractualisation et une simplification de l’offre qui pousse à acheter des bundles remplis de fonctions que beaucoup de PME ne touchent jamais. La tendance générale, reconnue dans tout le secteur, est une hausse notable du coût de la virtualisation avec VMware.

On croit souvent que cela ne frappe que les grands comptes, mais c’est l’inverse : la PME est la plus exposée. Elle n’a pas d’équipe achats pour batailler avec Broadcom, ni le volume pour obtenir des conditions spéciales, ni un ingénieur virtualisation disponible pour repenser la plateforme. Si vous avez trois ou quatre serveurs physiques sous vSphere qui soutiennent votre ERP et vos machines critiques, le renouvellement peut devenir d’un coup l’une des lignes les plus chères de votre budget IT.

Et voici l’erreur que nous voyons au quotidien : renouveler en automatique « parce que ça a toujours été VMware », sans mettre sur la table combien coûte le fait de rester face à combien coûte le fait de bouger. C’est cette décision, prise sans données, qui coûte vraiment cher.

Vos options réelles : rester, changer d’hyperviseur ou passer au cloud

Avant de vous engager avec l’une d’elles, sachez bien qu’il n’existe pas de réponse universelle. Il y a trois chemins, chacun avec son prix et ses clauses en petits caractères. Sans dogmatisme.

1. Continuer à payer VMware

Rester n’a rien d’absurde si votre plateforme est grande, très intégrée (vSAN, NSX, automatisation, PRA bâti sur des outils VMware) et qu’une migration mettrait en péril des services critiques. Pour : zéro migration, vous restez sur ce que vous connaissez, support éditeur. Contre : vous encaissez la hausse et vous vous attachez au modèle d’abonnement de Broadcom pour les années à venir. C’est valable, mais comme décision consciente, pas par inertie.

2. Migrer vers un autre hyperviseur (Proxmox, Hyper-V et compagnie)

Proxmox VE s’est imposé comme l’alternative phare pour les PME : virtualisation sur KVM, conteneurs, cluster, haute disponibilité et snapshots, sans licence par CPU et avec un abonnement de support optionnel très raisonnable. Pour : forte économie sur les licences, aucune dépendance, une communauté immense. Contre : votre équipe doit l’apprendre, ou s’appuyer sur un partenaire qui le maîtrise déjà.

Hyper-V s’intègre à merveille si vous vivez déjà dans le monde Microsoft (Windows Server, Active Directory, licences Datacenter). Pour : intégration native et support d’un géant. Contre : il a lui aussi son propre modèle de coûts et vous rattache à l’écosystème Microsoft. Il existe d’autres options —basées sur KVM, Nutanix, XCP-ng—, mais pour la plupart des PME la conversation honnête commence par Proxmox ou Hyper-V.

3. Déplacer les charges vers le cloud public

Emmener des machines vers AWS, Azure ou un cloud managé, ce n’est pas toujours « se débarrasser de serveurs » : c’est parfois échanger un coût de matériel contre un coût opérationnel qui, mal dimensionné, revient plus cher. Pour : vous supprimez le fer, vous montez en charge quand vous voulez et vous externalisez la couche physique. Contre : la dépense récurrente s’envole si vous ne maîtrisez pas la consommation, et toutes les charges ne conviennent pas au cloud. Bien souvent, la réponse gagnante est hybride : le critique et le stable sur votre hyperviseur, l’élastique dans le cloud.

Comment bien décider : TCO à 3 ans, criticité, effort et support

La décision ne se prend pas sur le prix de la licence de l’an prochain, mais sur le coût total de possession (TCO) à trois ans. Tout y entre : licences, support, heures de migration, formation de l’équipe, matériel et les heures de gestion mois après mois. Un hyperviseur « gratuit » qui vous oblige à tripler l’effort d’administration n’est pas gratuit.

Quatre variables déterminent le résultat :

• TCO à 3 ans : comparez « rester » à « migrer » avec l’ensemble des coûts, pas seulement la facture de licences.
• Criticité des charges : quelles machines arrêtent l’activité si elles tombent, et quelle tolérance réelle vous avez à une coupure.
• Effort de migration : nombre de VM, dépendances, intégrations avec la sauvegarde et avec votre baie de stockage.
• Support : qui répond à trois heures du matin quand quelque chose tombe, et dans quels délais.

Migrer pour économiser sur les licences et finir par dépenser le double en heures de gestion, ce n’est pas une économie : c’est déplacer le problème.

Notre recommandation est froide : posez les chiffres, scénario par scénario. Presque toujours, une option nettement meilleure se dégage pour votre cas. Et si elle ne se dégage pas, le plus sage est peut-être de renouveler VMware un cycle de plus pendant que vous préparez la migration au calme. Les deux sont des réponses valables si elles s’appuient sur des données.

Comment migrer sans mauvaises surprises : inventaire, tests, fenêtre de bascule et retour arrière

Une migration d’hyperviseur bien menée est ennuyeuse, et c’est exactement ce que vous recherchez. Le drame survient quand quelqu’un commence à déplacer des machines « pour voir ce qui se passe ». La méthode qui évite les surprises tient en quatre phases claires :

• Inventaire et dépendances : chaque VM, ses ressources, ses connexions et ce qui dépend de quoi. Ce qui n’est pas inventorié, c’est ce qui casse.
• Tests en environnement de laboratoire : vous migrez d’abord les machines non critiques, vous validez performances, réseau et sauvegardes sur la nouvelle plateforme avant de toucher à la production.
• Fenêtre de bascule maîtrisée : vous déplacez le critique à un horaire convenu, la migration répétée et les temps mesurés, sans improviser un dimanche.
• Plan de retour arrière : un rollback testé et une copie intacte de l’environnement d’origine. Si quelque chose échoue, vous revenez à VMware et vous réessayez un autre jour, sans perte de données.

Et un détail que beaucoup oublient : la migration ne se termine pas quand la dernière VM démarre sur le nouvel hyperviseur. Elle se termine quand vous avez une supervision 24/7 et des sauvegardes vérifiées qui tournent sur la nouvelle plateforme. Avant cela, vous n’avez pas migré : vous avez déplacé le risque vers un endroit que vous ne maîtrisez pas encore.

L’offre MagicBoxDesk : virtualisation et cloud managés

Chez MagicBoxDesk, cela fait des années que nous montons et migrons des plateformes de virtualisation, et c’est justement la décision où une entreprise économise —ou dépense— beaucoup d’argent selon la qualité du conseil qu’elle reçoit. C’est pourquoi nous ne vous vendons pas un hyperviseur en particulier : d’abord nous regardons vos chiffres, puis nous vous disons ce qui vous convient, même si parfois c’est de rester sur VMware un cycle de plus. Vous pouvez le contractualiser en projet au forfait (audit et migration à budget fermé) ou en service managé continu avec un abonnement mensuel sans surprises, au sein de nos services d’infrastructure et cloud.

Ce que comprend le service :

• Audit de votre environnement actuel : inventaire réel des VM, des licences, des dépendances et du coût de votre VMware aujourd’hui.
• Proposition chiffrée : TCO à 3 ans comparant rester, changer d’hyperviseur ou passer au cloud. Vous décidez avec des données, pas des intuitions.
• Migration managée : tests en laboratoire, fenêtre de bascule convenue et plan de retour arrière testé. Sans coupure surprise.
• Support continu et supervision 24/7 sur la nouvelle plateforme, avec des sauvegardes vérifiées. Vous oubliez le matériel.

L’avantage d’externaliser votre informatique avec nous est simple : vous gagnez une plateforme moins chère à exploiter, sans dépendance et avec quelqu’un qui répond quand quelque chose lâche. Un service managé pour les entreprises qui transforme la hausse de VMware en une occasion de remettre de l’ordre dans votre infrastructure, et non en une frayeur annuelle.

Transformez la hausse de VMware en décision intelligente

Le licensing de Broadcom n’est pas forcément une mauvaise nouvelle pour votre entreprise : il peut être le coup de pouce dont vous aviez besoin pour repenser une infrastructure qui tournait en pilote automatique depuis des années. Mais cela n’arrive que si la décision se prend avec méthode et avec des chiffres, pas dans la précipitation du renouvellement.

Chez MagicBoxDesk, nous auditons votre VMware, nous vous présentons les scénarios chiffrés et, si migrer se justifie, nous le faisons de bout en bout pour que vous vous occupiez de votre activité. Demandez un devis sans engagement et nous vous dirons ce qui vous convient vraiment ; si vous préférez, écrivez-nous ou appelez-nous et nous en parlons ensemble.

Microsoft a de nouveau augmenté le prix de ses forfaits Microsoft 365 et, au passage, a réorganisé son offre : des forfaits qui changent de nom, des fonctionnalités qui se déplacent et des add-ons autrefois inclus qui sont désormais facturés à part. La réaction typique en entreprise consiste à payer la nouvelle facture et à continuer. C’est l’erreur la plus coûteuse de toutes.

Car la plupart des entreprises ne paient pas trop cher à cause de Microsoft : elles paient trop cher parce que personne n’a revu les licences depuis des années. Des licences attribuées à des personnes déjà parties, des forfaits premium pour des profils qui n’utilisent que la messagerie, des add-ons qui font double emploi avec ce qui était déjà inclus. Une hausse des prix est, en réalité, la meilleure excuse que vous aurez jamais pour faire le ménage et réduire vos coûts Microsoft 365 sans rien perdre. Allons-y.

Pourquoi presque toutes les entreprises paient trop cher Microsoft 365

Les licences Microsoft 365 se souscrivent vite et s’oublient lentement. On achète des licences pour démarrer, l’entreprise grandit, les gens vont et viennent, et personne ne revient jamais consulter la liste. Résultat : une facture qui grimpe toute seule, et pas seulement à cause des prix de Microsoft. Voici les trois fuites que l’on retrouve dans presque tous les audits.

La première, ce sont les licences inutilisées. Des comptes attribués à des salariés déjà partis, à un stagiaire d’un été, à un projet clôturé depuis longtemps. La licence reste active et continue d’être facturée mois après mois, car le départ d’une personne n’inclut presque jamais la libération de son forfait. Dans une équipe avec du turnover, cela représente des centaines ou des milliers d’euros par an payés pour des chaises vides.

La deuxième, c’est le forfait surdimensionné. On a souscrit un forfait puissant « pour avoir tout couvert » et on l’a appliqué à l’identique à toute l’équipe. Mais le magasinier qui se contente de pointer et de consulter ses mails n’a pas besoin du même forfait que le directeur financier. Payer le forfait le plus cher pour 100 % des collaborateurs alors que la moitié n’utilise que 10 % de ses fonctions, c’est jeter l’argent par les fenêtres avec élégance.

La troisième, ce sont les doublons : des add-ons et des services que vous payez séparément alors qu’ils sont déjà inclus dans votre forfait. Un stockage supplémentaire, un outil de sécurité, une solution de visioconférence tierce… que votre propre Microsoft 365 couvre déjà. Ils s’accumulent parce que chacun a été souscrit à un moment différent et que personne n’a la vue d’ensemble.

Votre facture Microsoft 365 n’augmente pas parce que votre entreprise grandit. Elle augmente parce que personne ne la surveille.

Comment auditer vos licences (sans deviner)

Optimiser, ce n’est pas « acheter le forfait le moins cher ». C’est faire correspondre chaque licence à une personne réelle et à un besoin réel. Pour cela, il faut un audit méthodique, pas une intuition. Voici les quatre recoupements à effectuer.

• Utilisateurs réels vs. licences souscrites. Le premier chiffre qui surprend tout le monde : combien de licences vous payez face au nombre de personnes qui travaillent vraiment aujourd’hui. L’écart, c’est généralement de l’argent pur.
• Ce dont chaque profil a besoin. Regroupez l’équipe par usage réel : qui a besoin des applications de bureau, qui travaille uniquement dans le navigateur, qui se contente de consulter sa messagerie. Tout le monde n’a pas les mêmes besoins, et c’est là que se cache l’économie.
• Boîtes aux lettres qui n’ont pas besoin de licence. Des adresses comme info@, ventes@ ou support@ peuvent fonctionner comme boîtes partagées, qui sont gratuites et ne consomment aucun forfait. Si vous les avez configurées comme des utilisateurs sous licence, vous payez pour une boîte qui ne devrait rien coûter.
• Comptes d’anciens salariés. Vérifiez qui est réellement actif. De nombreux comptes de personnes parties depuis longtemps restent sous licence « au cas où » pour conserver leurs mails, alors que ce contenu peut être archivé sans maintenir la licence active.

Une fois ces quatre recoupements sur la table, vous avez la carte : vous savez combien vous payez, pourquoi, et quelle part est superflue. C’est exactement le type de travail que nous réalisons lorsque nous gérons l’infrastructure et le poste de travail d’une entreprise, car la licence n’est que la partie émergée de l’iceberg du coût réel de l’informatique.

Les leviers d’économie qui fonctionnent vraiment

Une fois l’audit réalisé, l’économie se concrétise par des actions précises. Ce ne sont pas des astuces : il s’agit d’attribuer correctement ce que vous payez déjà et de cesser de payer ce que vous n’utilisez pas.

Ajuster le forfait à chaque profil. Rétrograder ceux qui n’exploitent pas les fonctions premium et ne conserver le forfait puissant que là où il apporte de la valeur. Multiplié à l’échelle de toute l’équipe, changer le forfait d’un tiers des utilisateurs est le levier qui fait le plus bouger la facture. La clé est de procéder par profil, et non de façon uniforme.

Engagement annuel plutôt que mensuel. Microsoft facture plus cher la flexibilité de payer au mois. Si votre effectif de base est stable, engager ces licences sur un an réduit le prix unitaire. La tactique fine consiste à combiner : une base stable en engagement annuel et un petit matelas mensuel pour les pics et les recrutements temporaires. Vous économisez ainsi sans vous rigidifier.

Supprimer les add-ons inutiles et exploiter ce qui est inclus. Avant de renouveler tout outil tiers, vérifiez si votre forfait le couvre déjà. Stockage, visioconférence, sécurité de base, gestion des appareils… Microsoft 365 inclut bien plus que ce que la plupart des entreprises activent. Payer deux fois pour la même fonction est le doublon le plus fréquent, et le plus facile à couper.

L’équilibre : économiser sans rogner sur la sécurité

Ici s’impose un avertissement important, car mal optimiser est dangereux. Réduire les licences pour économiser, c’est bien ; réduire la sécurité pour économiser est une erreur qui peut vous coûter mille fois ce que vous économisez. Et c’est une tentation réelle : certaines des fonctions facturées à part ou incluses dans les forfaits supérieurs sont précisément celles de protection.

Ne touchez pas à ce qui protège votre entreprise. L’authentification multifacteur (MFA) n’est pas négociable et est largement disponible même dans les forfaits de base : aucune excuse pour la laisser désactivée. Les couches Defender —anti-hameçonnage, protection de la messagerie et des appareils— ne sont pas un luxe superflu quand le rançongiciel arrive par mail au quotidien. Rétrograder un utilisateur qui se contente de consulter ses mails, c’est bien ; laisser toute l’entreprise sans filtrage anti-hameçonnage pour économiser quelques euros, c’est ouvrir la porte.

Le bon objectif est de payer pour ce que vous utilisez et de protéger ce qui compte. Optimiser pour de vrai, c’est savoir où couper (forfaits surdimensionnés, licences mortes, add-ons en double) et où ne pas toucher un seul euro (identité et sécurité). Cette frontière est justement ce qui sépare une économie intelligente d’un problème futur, et c’est là qu’avoir quelqu’un doté de discernement fait la différence. Si vous disposez déjà d’un service de maintenance informatique, la révision des licences devrait en faire partie.

L’offre de MagicBoxDesk : optimisation et gestion de Microsoft 365

Chez MagicBoxDesk, nous le faisons pour vous, chiffres à l’appui. Nous ne vendons pas un rapport générique : nous auditons vos licences réelles, nous vous montrons exactement ce qui est superflu et nous exécutons le changement. Et nous n’en restons pas là : nous gérons votre Microsoft 365 en continu pour que la facture ne se regonfle plus toute seule à chaque arrivée ou départ. C’est la voie naturelle pour externaliser votre informatique sans perdre le contrôle de la dépense.

• Audit complet des licences : utilisateurs réels vs. licences, profils d’usage, boîtes partagées, comptes d’anciens salariés et add-ons en double.
• Proposition d’économie chiffrée : combien vous payez aujourd’hui, combien vous paieriez une fois optimisé et ce qui change exactement. Vous décidez avec des données, pas avec des promesses.
• Réaffectation exécutée : nous changeons les forfaits par profil, nous libérons ce qui est superflu et nous activons ce que vous avez déjà inclus, sans coupure ni perte de données.
• Gestion continue : arrivées et départs, révision régulière des licences et sécurité (MFA et Defender) toujours en place. Un forfait mensuel sans surprises.

Vous le souscrivez comme un service géré pour les entreprises, avec un forfait mensuel clair, et ce que vous y gagnez est double : une facture Microsoft 365 plus basse et la tranquillité de savoir que quelqu’un la surveille pour vous. Dans la plupart des cas, l’économie couvre largement le coût du service.

Si la dernière hausse des prix vous a fait regarder la facture d’un autre œil, c’est le moment de faire les comptes correctement. Demandez un devis sans engagement et nous vous dirons combien vous pouvez réellement économiser sur vos licences, avec des chiffres concrets et sans toucher à votre sécurité. Vous pouvez aussi nous écrire et nous l’examinerons avec vous.

La facture du cloud ne dérape presque jamais d’un coup. Elle grimpe petit à petit, mois après mois, jusqu’au jour où quelqu’un de la finance vous demande pourquoi vous payez l’équivalent d’un mi-temps. Et la réponse honnête est souvent gênante : on ne le sait pas exactement. C’est là que commence le vrai problème, qui n’est pas le cloud en soi, mais le manque de contrôle sur ce qu’on allume, ce qu’on oublie et ce que personne n’éteint.

La bonne nouvelle, c’est que réduire les coûts du cloud ne signifie pas rogner sur la puissance ni accepter que votre site tourne plus lentement. Presque toutes les économies se cachent dans de l’argent que vous jetez déjà sans que personne ne le remarque : machines surdimensionnées, environnements de test allumés tout le week-end, disques orphelins de serveurs supprimés il y a six mois. C’est ce qu’on appelle le FinOps, et appliqué avec discernement à une PME, il vous rend entre 20 % et 40 % de la facture sans toucher aux performances. Décortiquons tout ça.

Pourquoi la facture du cloud dérape

Le cloud se vend avec une promesse parfaite : vous ne payez que ce que vous utilisez. En petits caractères, c’est autre chose : vous payez ce que vous laissez allumé, que vous l’utilisiez ou non. Et allumer est trivial —deux clics— tandis qu’éteindre exige que quelqu’un s’en souvienne, sache que cette ressource est la sienne et ait le temps. Dans une PME sans responsable cloud clairement désigné, ce « quelqu’un » n’existe pas, alors rien ne s’éteint jamais.

À cela s’ajoute la culture du « au cas où ». Un développeur lance une machine plus grande que nécessaire parce qu’il ne veut pas être à court. On souscrit plus de stockage qu’il n’en faudra dans deux ans. On duplique des environnements pour une démo et on les laisse là. Chaque décision, prise isolément, paraît raisonnable. Additionnées, elles forment une fuite permanente que la facture cache derrière un seul chiffre global que personne ne détaille.

Le troisième facteur est la complexité du modèle tarifaire. AWS, Azure et Google Cloud proposent des catalogues aux milliers de références, des frais de transfert de données, des tarifs qui varient selon la région. Il est presque impossible pour quelqu’un sans temps dédié de comprendre où part l’argent. Et ce qui ne se mesure pas ne se contrôle pas. C’est pourquoi la première étape de toute optimisation sérieuse n’est pas d’éteindre quoi que ce soit, mais de voir la facture pour de vrai : par service, par projet et par responsable.

Ressources éteintes, surdimensionnées et oubliées

C’est ici que se concentre l’essentiel des économies rapides, celles qui n’exigent aucune refonte. Il s’agit de trois types de gaspillage qui apparaissent dans presque tous les comptes que nous auditons, et qui se corrigent en quelques jours, pas en quelques mois.

• Ressources orphelines : disques qui ont survécu à la machine supprimée, IP fixes inutilisées, sauvegardes de serveurs qui n’existent plus, répartiteurs de charge sans rien derrière. Elles ne rendent service à personne et se paient intégralement chaque mois.
• Ressources surdimensionnées : la machine de 16 Go de RAM qui tourne toujours à 8 %. Le moteur de base de données souscrit pour des pics qui n’arrivent jamais. Ajuster à la taille réelle (rightsizing) réduit souvent de moitié le coût de cette ressource sans que l’utilisateur ne perçoive la moindre différence.
• Ressources allumées sans usage : environnements de développement, de test et de préproduction fonctionnant 24 h/24 alors qu’ils ne servent qu’aux heures de bureau. Les éteindre la nuit et le week-end élimine 70 % de leur facture d’un coup.

Ce dernier point est la victoire la plus facile et celle que la plupart des gens ignorent. Un environnement de test n’est nécessaire que 40 heures par semaine, pas 168. Programmer l’extinction automatique hors des heures de bureau représente une demi-heure de travail et fait économiser de l’argent chaque semaine pendant des années. Idem pour les politiques de cycle de vie : déplacer les données anciennes vers des niveaux moins chers et supprimer automatiquement ce qui expire.

Le prérequis à tout cela, c’est l’étiquetage. Si chaque ressource porte son projet, son environnement et son responsable, vous savez ce que vous pouvez éteindre sans crainte. Sans étiquettes, chaque nettoyage est une roulette russe où le lot à gagner est de faire tomber la production. C’est ce qui transforme l’optimisation en quelque chose de reproductible plutôt qu’un exploit héroïque unique.

Réservations, autoscaling et licences bien ajustées

Une fois nettoyé ce qui est superflu, il faut optimiser ce dont vous avez réellement besoin. Et ici, l’erreur la plus coûteuse est de payer le plein tarif pour des charges de travail parfaitement prévisibles. Si vous savez qu’un serveur restera allumé toute l’année —et votre base de données de production l’est—, le payer à la demande, c’est jeter de l’argent.

Réservations et plans d’économies pour le stable

Les instances réservées et les savings plans offrent des remises de 30 % à 70 % en échange d’un engagement d’usage sur un ou trois ans. Pour le socle de votre infrastructure —ce que vous savez pérenne— c’est de l’argent offert que vous refusez. La clé est de ne réserver que ce qui est vraiment stable et de laisser le reste à la demande ; trop s’engager vous lie à des ressources que vous cesserez peut-être d’utiliser.

Autoscaling pour le variable

Pour les charges qui montent et descendent —votre site en pleine campagne, un traitement qui s’emballe en fin de mois— la réponse n’est pas une machine énorme au cas où, mais l’autoscaling : que l’infrastructure grandisse quand il le faut et se réduise une fois le pic passé. Ainsi vous ne payez la haute capacité que pendant les heures où vous l’utilisez, et les performances ne souffrent pas car le système réagit avant que l’utilisateur ne le remarque. Cela démonte le faux dilemme entre économiser et performer : bien configuré, vous faites les deux à la fois.

Les licences que vous payez deux fois

Et puis il y a le chapitre silencieux : les licences. Windows Server, SQL Server ou des bases de données commerciales facturées à l’intérieur de la machine cloud alors que vous possédez peut-être déjà des licences à apporter, ou qu’une alternative open source ferait le même travail gratuitement. Vérifier cela une fois par an récupère des montants qui surprennent, car c’est de l’argent payé en pilotage automatique.

Comment le surveiller chaque mois sans devenir fou

L’optimisation n’est pas un projet ponctuel. Si vous l’abandonnez, en six mois la facture regonfle car l’équipe continue de créer des ressources et personne ne les révise. Mais cela ne signifie pas vivre les yeux rivés sur des tableaux de bord : cela signifie mettre en place trois ou quatre contrôles automatiques qui travaillent pour vous et ne vous alertent que lorsque quelque chose dérive.

• Budgets avec alertes : vous définissez un plafond mensuel par projet et recevez un avertissement quand la dépense projetée va le dépasser. Vous l’apprenez en milieu de mois, pas à l’arrivée de la facture.
• Détection d’anomalies : les trois grands fournisseurs préviennent quand la dépense s’envole de façon inhabituelle. Un processus bloqué qui consomme peut coûter des centaines d’euros sur un week-end si personne ne le voit.
• Revue mensuelle de 30 minutes : un coup d’œil au détail par service comparé au mois précédent. Qu’est-ce qui a augmenté et pourquoi ? Avec un étiquetage bien fait, la réponse est à un clic.
• Rapport de recommandations : les plateformes suggèrent quoi redimensionner et quoi réserver. Ne l’acceptez pas aveuglément, mais c’est votre point de départ chaque mois.

La clé est d’appuyer cette surveillance sur votre monitoring habituel, pour croiser coût et performances réelles. Rien ne sert de rogner une machine si cela dégrade le service : l’objectif est de dépenser juste ce qu’il faut pour les performances dont votre entreprise a besoin. Coût et performances se regardent toujours ensemble.

Le cloud n’est pas cher. Ce qui est cher, c’est le cloud que personne ne regarde.

Comment MagicBoxDesk vous aide à optimiser votre cloud

Chez MagicBoxDesk, c’est exactement ce que nous faisons : nous auditons votre compte cloud en profondeur et vous montrons, en euros, où part l’argent et combien nous pouvons récupérer sans toucher à vos performances. D’abord le nettoyage rapide, puis le réglage fin des réservations, de l’autoscaling et des licences, et enfin nous laissons en place le système de surveillance pour que la facture ne dérape plus jamais. Le tout au sein de nos services d’infrastructure cloud gérée, avec un support dans toute l’Espagne et des déplacements dans vos locaux quand c’est nécessaire.

Le mieux, c’est que l’optimisation cloud se rentabilise presque toujours d’elle-même : les économies du premier mois couvrent généralement le travail, et à partir de là c’est de la marge pour votre entreprise. Nous nous occupons de tout pour que vous vous consacriez à votre métier. Demandez un devis sans engagement et, votre facture réelle sous les yeux, nous vous dirons combien vous pouvez vraiment économiser.

Migrer une entreprise vers Microsoft 365 ne se plante pas par manque de licences : ça se plante parce que quelqu’un coupe l’ancienne messagerie trop tôt et que, le lundi matin, la moitié des salariés ne peut plus envoyer le moindre e-mail. La technologie, c’est la partie facile. Le difficile, c’est de le faire sans que personne ne remarque le changement, et c’est là que se séparent les migrations propres de celles qui finissent en une semaine d’incidents.

Ce guide va droit au but : ce qui change vraiment, comment préparer le terrain, comment déplacer la messagerie sans la couper, les erreurs qui coûtent cher et ce qu’il faut faire le lendemain. Si vous voulez le faire avec un filet de sécurité, on vous explique à la fin comment nous procédons sans arrêter l’entreprise.

Ce que vous gagnez (et ce qui change) en passant à Microsoft 365

Microsoft 365, ce n’est pas « le bon vieil Office mais dans le cloud ». C’est arrêter de maintenir votre propre serveur de messagerie, avoir sa boîte accessible depuis n’importe quel appareil, et unifier e-mail, fichiers, visioconférences et sécurité sous une seule identité. Pour une PME, cela signifie moins d’infrastructure à entretenir et moins de choses qui peuvent casser un vendredi à dix-huit heures.

Ce que vous gagnez, concrètement :

• Une messagerie professionnelle à votre domaine, sans serveur physique à maintenir ni à mettre à jour.
• Vos fichiers dans SharePoint et OneDrive : fini le dossier partagé du NAS que seule une personne comprend.
• Teams pour les réunions et le travail d’équipe, avec le même identifiant que la messagerie.
• La sécurité de série : MFA, politiques d’accès et sauvegarde dans le cloud de Microsoft.

Qu’est-ce qui change pour l’utilisateur ? Moins qu’il ne le craint. Outlook reste Outlook. Ce qui change, c’est en dessous : où réside la boîte, comment on y accède et qui répond quand quelque chose ne va pas. Et la facture change : vous passez d’un investissement en serveurs à un abonnement par utilisateur prévisible, qui augmente ou diminue selon que votre équipe grandit ou se réduit.

Préparation : domaine, licences et sauvegarde préalable

90 % de la réussite d’une migration se joue avant de déplacer le moindre e-mail. Cette phase est ennuyeuse et c’est celle que personne ne veut payer ; c’est aussi celle qui évite le désastre. Trois piliers.

1. Le domaine et ses DNS

C’est votre domaine qui envoie le courrier à un endroit ou à un autre. Avant de migrer, il faut vérifier le domaine dans Microsoft 365 et avoir des enregistrements DNS bien clairs : MX (où arrive le courrier), SPF, DKIM et DMARC (qui indiquent qui peut envoyer en votre nom). Modifier l’enregistrement MX, c’est ce qui redirige le courrier vers la nouvelle boîte, et c’est pour ça qu’on y touche à la fin, pas au début. Si vous le changez trop tôt, vous commencez à recevoir dans une boîte vide.

2. Les bonnes licences

Toutes les licences ne servent pas à tout. Une Business Basic donne la messagerie et Teams web mais pas Office en version bureau ; une Business Standard, si ; une Business Premium ajoute la couche de sécurité (Intune, Defender) dont beaucoup d’entreprises ont besoin sans même savoir qu’elle existe. Mal acheter ici, c’est payer trop cher chaque mois pendant des années, ou voir trop juste et devoir étendre dans l’urgence. On dimensionne par profil d’utilisateur, pas en achetant la même chose pour tout le monde.

3. La sauvegarde préalable (ce n’est pas optionnel)

Avant de déplacer quoi que ce soit, on sauvegarde le courrier, les contacts et les calendriers d’origine. Ça paraît évident et c’est la première chose que saute celui qui est pressé. Une migration se passe bien 95 % du temps ; la sauvegarde préalable est votre assurance pour les 5 % restants. Sans sauvegarde, une erreur de synchronisation, c’est du courrier perdu et sans retour possible.

La migration étape par étape sans couper la messagerie

La clé pour ne pas arrêter l’entreprise est simple à énoncer et difficile à exécuter : la nouvelle boîte se remplit avant d’y rediriger le courrier. Jamais l’inverse. Ainsi, le jour du changement, l’utilisateur a déjà tout son historique qui l’attend. L’ordre qui fonctionne :

• Préparation : domaine vérifié, utilisateurs et licences créés dans 365, sauvegarde préalable faite.
• Synchronisation initiale : on copie tout le courrier de l’ancien système vers la nouvelle boîte en arrière-plan, sans toucher au courrier en production. L’utilisateur continue de travailler comme d’habitude.
• Synchronisation delta : juste avant la bascule, on ne copie que les nouveaux courriers de ces dernières heures. Ainsi, la nouvelle boîte est à jour à la minute près.
• Changement de MX : on pointe l’enregistrement MX vers Microsoft 365. À partir de là, le nouveau courrier entre dans 365. On choisit une fenêtre de faible trafic (vendredi soir ou week-end).
• Reconfiguration des clients : Outlook et les mobiles pointent vers la nouvelle boîte. Avec une synchronisation bien faite, l’utilisateur ouvre Outlook le lundi et il a tout.

Pendant la propagation du DNS (qui peut prendre des heures), du courrier peut encore arriver dans l’ancienne boîte. C’est pour ça que la boîte d’origine ne s’éteint pas le jour même : on la garde vivante quelques jours pour récupérer les retardataires. Le courrier ne se perd jamais parce qu’il y a toujours une boîte à l’écoute.

Les erreurs classiques qui coûtent cher

Presque toutes les migrations qui finissent mal échouent pour les mêmes raisons. Aucune n’est un problème technique complexe ; ce sont toutes des questions de méthode.

• Changer le MX avant de synchroniser. Le grand classique : vous redirigez le courrier vers une boîte vide et l’utilisateur panique parce que « tout a disparu ».
• Éteindre l’ancien serveur trop tôt. On perd les courriers qui y arrivaient encore pendant la propagation du DNS.
• Oublier SPF, DKIM et DMARC. Vous migrez et soudain votre courrier sortant tombe en spam chez vos clients. Un dommage de réputation silencieux.
• Ne pas tenir compte des imprimantes, scanners et applications qui envoient du courrier. Le multifonction qui « scanne vers e-mail » cesse de fonctionner parce que personne n’a reconfiguré son envoi SMTP.
• Ne pas prévenir l’équipe. Sans note préalable ni personne à qui demander, chaque question se transforme en ticket et en heures perdues.
• Migrer sans sauvegarde préalable. Avancer sans filet. Quand quelque chose échoue, il n’y a pas de retour en arrière.

Une migration se juge à ce que l’utilisateur ne remarque pas. Si le lundi personne ne vous écrit pour demander où est son courrier, c’est qu’elle a réussi.

Après la migration : sécurité (MFA) et formation de l’équipe

Déplacer le courrier, c’est la moitié du travail. L’autre moitié commence une fois que tout est dans 365, et c’est celle qui fait la différence entre « nous avons Microsoft 365 » et « nous sommes protégés avec Microsoft 365 ».

D’abord, le MFA (vérification en deux étapes) pour tous, sans exception. Une boîte dans le cloud avec un simple mot de passe est une boîte qui finit tôt ou tard compromise : le phishing existe précisément parce qu’il fonctionne. Avec le MFA activé, voler le mot de passe ne suffit plus pour entrer. C’est la mesure de sécurité avec le meilleur rapport effort-protection qui existe, et dans 365 elle s’active par politique. Ensuite, il convient de revoir les accès par appareil, le blocage des renvois automatiques externes et une politique de mots de passe raisonnable.

Ensuite, une formation minimale de l’équipe. Pas un cours de trois jours : quatre choses pratiques. Où se trouvent désormais les fichiers partagés (SharePoint au lieu du dossier réseau), comment fonctionne le second facteur sur le mobile, comment récupérer un courrier supprimé et à qui s’adresser quand quelque chose ne va pas. Une migration techniquement parfaite qui laisse l’équipe perdue finit par générer plus de tickets qu’une migration correcte bien accompagnée.

Comment MagicBoxDesk le fait sans interruption

Chez MagicBoxDesk, nous migrons les entreprises vers Microsoft 365 dans toute l’Espagne avec un principe non négociable : l’activité ne s’arrête pas. Nous préparons le terrain (domaine, DNS, licences dimensionnées à chaque profil, sauvegarde préalable complète), nous synchronisons les boîtes en arrière-plan pendant que votre équipe continue de travailler, et nous réservons le changement de MX pour la fenêtre au moindre impact. Le lundi, chacun ouvre Outlook et retrouve son courrier, ses contacts et son calendrier intacts. Sans coupure, sans courrier perdu, sans surprise.

Et nous ne vous laissons pas seul le lendemain : nous activons le MFA et les politiques de sécurité, reconfigurons les imprimantes et les applications qui envoient du courrier, formons l’équipe et restons votre service informatique externalisé pour la suite. Cela fait partie de nos services d’infrastructure et cloud, pensés pour que la technologie cesse d’être votre problème et que vous puissiez vous consacrer à votre métier.

Vous envisagez de franchir le pas vers Microsoft 365 ou vous traînez une migration à moitié faite qui a laissé des incidents ? Nous l’examinons et vous disons ce dont vous avez vraiment besoin, sans blabla. Demandez un devis sans engagement et nous planifions votre migration sans arrêter l’entreprise.

La question que presque personne ne se pose avant de payer Microsoft 365 Copilot est la seule qui compte : quelle tâche précise une personne de votre équipe va-t-elle cesser de faire, ou faire en deux fois moins de temps ? Copilot n’a rien de magique et ce n’est pas un gadget de démo. C’est une couche d’IA générative intégrée à Word, Excel, Outlook, Teams et au reste de la suite, avec une licence payante par utilisateur qui s’ajoute à celle que vous avez déjà. Et sa valeur ne dépend pas du modèle d’IA : elle dépend du degré d’organisation de vos données et de vos autorisations.

Ce guide va droit au but : ce que Copilot fait vraiment, l’exigence qu’aucun commercial ne vous mentionne, quand cela vaut le coup de le payer, comment mesurer le retour et comment le déployer sans ouvrir une faille de sécurité. Et si vous voulez que ce soit bien fait, on vous explique comment nous le mettons en place.

Ce que Copilot fait vraiment au quotidien (et ce qu’il n’est pas)

Copilot vit à l’intérieur des applications que votre équipe utilise déjà et travaille sur vos propres documents, e-mails et réunions, pas sur des connaissances génériques d’internet. C’est là toute la différence avec un ChatGPT lambda : il sait ce qui se trouve dans votre SharePoint, votre boîte de réception et votre Teams, et il s’en sert pour rédiger, résumer et rechercher. Ce qui fait réellement gagner du temps, c’est ceci :

• Dans Outlook : il rédige des brouillons de réponse, résume un fil de vingt e-mails en trois lignes et vous dit ce qu’on attend de vous.
• Dans Teams : il résume une réunion que vous avez manquée, extrait les décisions et les tâches avec leur responsable, et vous remet à niveau sur une conversation longue.
• Dans Word : il transforme quatre notes en un premier brouillon de proposition, réécrit sur un autre ton ou résume un contrat de vingt pages.
• Dans Excel : il explique un tableau, suggère des formules et détecte des tendances sans que vous vous battiez avec la syntaxe.

Et maintenant ce qu’il n’est pas, car c’est là que naissent presque toutes les déceptions. Copilot ne remplace personne : il accélère celui qui sait déjà faire son travail. Il n’est pas infaillible ; il invente des choses de temps en temps, il faut donc tout relire avant d’envoyer. Et si vos données sont un chaos, ses réponses seront un chaos bien rangé. Ce n’est pas non plus un « on l’installe et c’est réglé » : sans la préparation qui suit, vous payez la licence et les gens l’abandonnent en deux semaines.

L’exigence dont personne ne parle : gouvernance des données et autorisations

Cette partie décide si Copilot est un outil ou un incident de sécurité qui n’attend qu’à se produire. La règle est aussi simple que dérangeante : Copilot voit exactement ce que voit l’utilisateur qui s’en sert. Ni plus, ni moins. Il respecte à la lettre les autorisations de votre SharePoint, de vos OneDrive et de vos boîtes mail. Le problème, ce n’est pas Copilot : c’est que dans la plupart des entreprises ces autorisations sont mal réglées depuis des années sans que personne ne l’ait remarqué.

Voyez les choses ainsi. Ce dossier « Direction » avec les fiches de paie que quelqu’un a partagé avec « toute l’organisation » pour se dépanner. Le fichier Excel des salaires posé dans un espace partagé. Tant que personne ne navigue jusque-là, ils sont « cachés au vu et au su de tous ». Copilot change les règles : un salarié tape « combien gagne l’équipe commerciale ? » et s’il a l’autorisation technique de lire ce fichier —même s’il n’aurait jamais dû l’avoir—, Copilot le lui sert résumé en quelques secondes. Il n’a rien piraté : il a utilisé une autorisation mal réglée depuis le départ.

Copilot ne crée pas de failles de sécurité : il les rend visibles. Il transforme chaque autorisation mal réglée des dix dernières années en une question que n’importe qui peut poser.

C’est pourquoi bien déployer Copilot commence avant d’acheter la moindre licence, par une révision des autorisations et de la gouvernance des données : qui accède à quoi, où se trouvent les dossiers ouverts à trop de monde et quelles informations sensibles il faut étiqueter ou restreindre. C’est un travail de cybersécurité avant d’être un travail d’IA, et le sauter transforme une bonne idée en un problème de conformité et de RGPD.

Quand cela vaut le coup et comment mesurer le retour

Copilot est une licence payante par utilisateur qui s’ajoute à ce que vous payez déjà pour Microsoft 365. Ce n’est pas donné multiplié par l’effectif, donc la question n’est pas « est-ce que je le veux ? » mais « sur quels postes me rapporte-t-il plus qu’il ne coûte ? ». Et la réponse se mesure en heures de profils coûteux qui cessent de partir dans des tâches répétitives.

Il est clairement rentable sur les profils qui vivent dans la suite et produisent beaucoup de texte ou d’analyse :

• Direction et encadrement intermédiaire qui croulent sous les e-mails et les réunions : résumés de fils et comptes rendus automatiques.
• Commercial et marketing : premiers brouillons de propositions, offres et communications que l’on affine à la main.
• Administration, juridique et finance : résumé de contrats, croisement de données et documents répétitifs.
• Support et service client : des réponses plus rapides et plus cohérentes à partir de la documentation interne.

Il rapporte peu sur les profils qui touchent à peine à Office : production, entrepôt, atelier ou celui qui vit dans un logiciel métier propre. Acheter Copilot pour tout l’effectif « par souci d’égalité » est le moyen le plus rapide de jeter l’argent par les fenêtres. Il s’attribue par poste et par tâche, pas en masse.

Comment mesurer le retour sans vous mentir ? Avant de déployer, choisissez un groupe pilote et définissez quelle tâche précise vous voulez accélérer et combien de temps elle prend aujourd’hui : préparer une proposition, rédiger le compte rendu hebdomadaire, répondre aux e-mails du matin. Mettez Copilot un mois et remesurez cette même tâche. Si une personne économise deux ou trois heures par semaine de travail réel, la licence se rembourse largement d’elle-même. Si au bout d’un mois les gens ne l’ouvrent même pas, ce n’est pas que Copilot ne sert à rien : c’est que le cas d’usage ne collait pas, et cela se corrige avant de passer à l’échelle sur le reste.

Comment bien le déployer : évaluation, autorisations, pilotage, formation et déploiement

Un déploiement qui fonctionne ne ressemble pas à « acheter des licences et les distribuer ». Il suit un ordre qui évite les deux façons d’échouer : la faille de sécurité et l’abandon faute d’usage. Cinq phases.

• Évaluation : quels profils gagnent réellement, quelles tâches vous voulez accélérer et dans quel état sont vos données et votre licence Microsoft 365 actuelle.
• Nettoyage des autorisations : auditer et corriger les accès dans SharePoint, OneDrive et Teams, fermer les dossiers ouverts à trop de monde et étiqueter les informations sensibles. La phase non négociable.
• Pilotage : un groupe réduit, avec des cas d’usage définis et une mesure préalable. Vous apprenez ce qui fonctionne dans votre entreprise sans risquer tout l’effectif.
• Formation : apprendre à bien demander (le « prompt » compte), à toujours relire la réponse et à ne pas mettre dans Copilot ce qui ne doit pas en sortir. Sans cela, les gens laissent tomber.
• Déploiement par vagues : on passe du pilote au reste par groupes, en ajustant les licences à chaque poste et avec un support pour lever les doutes à chaud.

Notez l’ordre : la sécurité passe avant l’IA, et le pilotage avant le déploiement massif. C’est le contraire d’acheter des licences pour tout le monde le premier jour et de découvrir une semaine plus tard qu’un stagiaire peut consulter les fiches de paie de la direction. Bien faire n’est pas plus lent : cela vous évite de devoir arrêter le projet dans la précipitation.

L’offre de MagicBoxDesk : Copilot et l’IA au poste de travail, bien déployés

Chez MagicBoxDesk, nous déployons Microsoft 365 Copilot et l’IA au poste de travail comme un service géré, pas comme une vente de licences et au revoir. Nous commençons par vos données et vos autorisations, et nous n’activons pas Copilot tant que le terrain n’est pas sûr. Nous travaillons dans toute l’Espagne, à distance et sur site, et nous restons votre service informatique externalisé. Voici ce que cela comprend :

• Révision des autorisations et gouvernance des données dans SharePoint, OneDrive et Teams avant d’activer quoi que ce soit : nous refermons les failles que Copilot mettrait au jour.
• Licence optimale : Copilot uniquement sur les postes où il rembourse l’investissement, avec le bon plan Microsoft 365 en dessous. Ni trop, ni trop peu.
• Pilotage avec des métriques réelles : un groupe, des cas d’usage définis et une mesure avant/après pour savoir si cela vaut le coup avant de passer à l’échelle.
• Formation pratique pour votre équipe : bien demander, toujours relire et utiliser l’outil avec un réflexe de sécurité.
• Support continu en service géré, avec un forfait mensuel sans surprises, pour lever les doutes et ajuster le déploiement.

Nous le faisons dans le cadre de notre service de poste de travail géré et du reste des services informatiques avec lesquels des entreprises de toute l’Espagne externalisent leur service informatique. L’avantage de confier le déploiement à MagicBoxDesk est simple : l’IA entre dans votre entreprise en apportant une valeur réelle et sans ouvrir de flanc à la sécurité.

Vous envisagez Copilot sans savoir s’il vaut le coup, ou vous voulez le mettre en place sans laisser filer d’informations en chemin ? Nous l’examinons et nous vous disons ce dont vous avez vraiment besoin, sans esbroufe. Demandez un devis sans engagement et nous planifions un déploiement de Copilot sûr, mesuré et rentable.

Un serveur de messagerie Exchange qui ne reçoit plus de correctifs, ce n’est pas « un serveur un peu ancien » : c’est une porte ouverte avec votre nom inscrit dessus. Les anciennes versions d’Exchange Server (2016 et 2019) ont atteint leur fin de support, et cela signifie une chose très concrète : Microsoft ne publie plus de mises à jour de sécurité pour elles. La prochaine faille grave qui apparaîtra ne sera pas corrigée. Et sur un serveur de messagerie, il en apparaît.

La bonne nouvelle, c’est que sortir de là ne doit pas forcément faire mal. La plupart des PME y gagnent en faisant passer leur messagerie dans le cloud géré, et cela peut se faire sans perdre un seul e-mail et sans interruption de service. Ce guide vous explique pourquoi il y a urgence, quelles sont vos vraies options et comment migrer sans que votre équipe ne s’aperçoive de rien. À la fin, on vous explique comment nous le faisons.

Pourquoi un serveur de messagerie sans support est un vrai problème

La messagerie est le système le plus exposé de votre entreprise : elle est publiée sur internet 24 heures sur 24, sept jours sur sept, en attente de connexions venant de n’importe qui. Quand Microsoft cesse de prendre en charge une version, il cesse de boucher les trous qui continuent d’être découverts. Un serveur de messagerie sans support accumule des failles connues que plus personne ne va corriger, et les attaquants les cherchent précisément là, parce qu’ils savent que beaucoup d’entreprises restent sur la vieille version « parce qu’elle fonctionne ».

Le risque n’est pas théorique et il a trois visages qui coûtent réellement de l’argent :

• Sécurité : Exchange a été l’une des cibles favorites des attaques de ces dernières années. Un serveur non corrigé est la porte d’entrée idéale pour un rançongiciel, un vol de données ou une prise de contrôle totale de la messagerie de l’entreprise.
• Réputation et spam : si votre serveur est compromis, il se met à envoyer du spam en votre nom. Votre domaine finit sur les listes noires et, soudain, vos e-mails légitimes rebondissent ou tombent dans le dossier spam de vos clients. Récupérer la réputation d’un domaine prend des semaines.
• Interruption de service : le jour où ce serveur tombe —à cause d’un chiffrement ou d’une panne sans correctif— votre entreprise se retrouve sans messagerie. Et sans messagerie, on ne facture pas, on ne s’occupe pas des clients et on ne coordonne pas l’équipe.

Et un facteur que presque personne ne regarde : la conformité. Conserver des données personnelles sur un système que vous savez non sécurisé est difficile à justifier au regard du RGPD en cas de violation. « On faisait avec » n’est pas une défense.

Vos options : Microsoft 365, une autre messagerie gérée ou un serveur interne à jour

Il n’y a pas une seule bonne réponse valable pour tous, mais il y en a une qui convient à la grande majorité des PME. Voici les trois vraies issues, avec les critères pour choisir.

1. Migrer la messagerie vers Microsoft 365 (l’option gagnante dans presque tous les cas)

Passer à Microsoft 365, c’est ne plus avoir de serveur de messagerie physique à maintenir, corriger et surveiller. La boîte aux lettres vit dans le cloud de Microsoft, se met à jour toute seule, intègre la sécurité de série (MFA, antispam, sauvegarde dans le cloud) et se paie via un abonnement par utilisateur prévisible. Pour une entreprise qui venait d’un Exchange local, le changement est minime pour l’utilisateur : Outlook reste Outlook. Ce qui disparaît, c’est l’infrastructure qui tombe en panne un vendredi après-midi. Pour la plupart des PME, c’est la décision de bon sens.

2. Une autre messagerie gérée dans le cloud

Si votre entreprise ne vit pas dans l’écosystème Microsoft ou si vous cherchez quelque chose de plus léger, il existe des plateformes de messagerie gérée professionnelles qui écartent elles aussi le serveur interne. Elles couvrent la messagerie avec votre domaine, les boîtes collaboratives, l’antispam et la sauvegarde. C’est pertinent quand vous n’avez pas besoin de Teams, SharePoint ni d’Office pour poste de travail et que vous voulez simplement une messagerie solide, sans plus. La clé est la même : que quelqu’un la gère et la maintienne sécurisée pour vous, plutôt que de remonter un serveur sans surveillance.

3. Conserver un serveur interne, mais à jour

Garder Exchange en interne n’a de sens que dans des cas très précis : des exigences réglementaires qui obligent à conserver la messagerie dans vos locaux, ou des intégrations héritées impossibles à déplacer. Et même alors, la condition est non négociable : une version supportée, corrigée en permanence et surveillée. Rester sur une version sans support « pour économiser » n’est pas une économie : c’est reporter une facture bien plus lourde.

Ce que votre entreprise joue lors d’une migration de messagerie

La messagerie, ce n’est pas seulement les nouveaux messages qui arrivent. C’est l’historique de plusieurs années de relation avec vos clients, et beaucoup de gens l’utilisent comme leurs archives de travail. Une migration bâclée ne « perd pas deux ou trois e-mails » : elle peut perdre des contrats, des devis envoyés, des échanges juridiques ou le seul endroit où se trouvait cette pièce jointe dont vous avez besoin aujourd’hui. C’est pourquoi une migration de messagerie se juge à ce qui ne se perd pas.

Ce qu’il faut transférer intégralement, sans la moindre faille :

• Boîtes aux lettres complètes : tout le courrier, avec sa structure de dossiers telle quelle, pas un déversement en vrac.
• Historique, contacts et calendriers : des années de correspondance, le carnet de contacts et les réunions futures déjà convoquées.
• Règles, signatures et réponses automatiques : les filtres que chacun avait mis en place et les signatures d’entreprise, pour que personne n’ait à les refaire à la main.
• Listes de distribution et boîtes partagées : le « info@ », le « administration@ » et les listes internes qu’utilise toute l’équipe.
• Continuité du service : pendant tout le processus, l’entreprise continue d’envoyer et de recevoir. Sans fenêtre « aujourd’hui, pas de messagerie ».

Une migration de messagerie se juge à ce que l’utilisateur ne remarque pas. Si le lundi personne ne demande où est passé son historique, c’est qu’elle s’est bien passée.

Comment migrer sans interruption

La règle d’or est simple à énoncer et difficile à exécuter : la nouvelle boîte aux lettres se remplit avant de rediriger le courrier vers elle, jamais l’inverse. Ainsi, le jour du basculement, chaque personne a déjà son historique qui l’attend. Le processus qui fonctionne, par phases :

• Coexistence : l’ancien système et le nouveau cohabitent quelques jours. Le courrier continue d’arriver sur Exchange pendant que la destination est préparée et qu’une sauvegarde préalable est réalisée.
• Migration par lots : les boîtes sont copiées en arrière-plan, par groupes, sans toucher au courrier en production. L’équipe continue de travailler comme n’importe quel autre jour pendant que la destination se remplit.
• Synchronisation finale : juste avant la bascule, seuls les courriers des dernières heures sont copiés, pour que la nouvelle boîte soit à la minute près.
• Changement de MX : on pointe l’enregistrement MX du domaine vers la nouvelle messagerie, dans une fenêtre de faible trafic (vendredi soir ou week-end). À partir de là, le nouveau courrier arrive dans le cloud.
• Vérification : on contrôle que le courrier arrive et part, que SPF, DKIM et DMARC sont bien réglés (pour ne pas tomber en spam), que les imprimantes et applications qui envoient des e-mails fonctionnent toujours, et que personne n’est resté sur le carreau.

L’ancien serveur Exchange n’est pas éteint le jour même : il reste actif quelques jours pour récupérer les courriers qui arrivent encore pendant que le DNS se propage. Il y a toujours une boîte à l’écoute, si bien qu’aucun courrier ne se perd en route. Une fois que tout est vérifié et stable, l’ancien serveur est retiré en toute sécurité.

L’offre MagicBoxDesk : votre migration de messagerie, gérée de bout en bout

Chez MagicBoxDesk, nous sortons votre messagerie du serveur sans support et l’emmenons dans le cloud partout en Espagne, avec un principe non négociable : l’activité ne s’arrête pas et pas un seul e-mail n’est perdu. Nous le faisons en migration gérée sous forme de projet à forfait —vous connaissez d’avance le périmètre et le coût, sans surprises— et, si vous le souhaitez, nous restons ensuite votre messagerie professionnelle gérée et votre service informatique externalisé. Cela fait partie de nos services d’infrastructure et de cloud, avec la cybersécurité incluse dès le premier jour.

Ce que comprend le service :

• Audit préalable de l’Exchange actuel et choix de la destination (Microsoft 365 ou une autre messagerie gérée) selon votre cas réel.
• Sauvegarde préalable et migration par lots avec coexistence : boîtes, historique, contacts, calendriers, règles, signatures, listes et boîtes partagées.
• Changement de MX et configuration de SPF, DKIM et DMARC pour que votre courrier arrive et ne tombe pas en spam.
• Sécurité de série : MFA pour tous, politiques d’accès et retrait sécurisé de l’ancien serveur.
• Formation de l’équipe et support continu avec un abonnement mensuel sans surprises si vous choisissez que nous continuions à gérer votre messagerie.

Ce que vous gagnez est l’essentiel : zéro interruption, zéro e-mail perdu et une messagerie qui n’est plus un risque de sécurité, mais un outil qui fonctionne. Vous cessez de surveiller les correctifs et de prier pour que le serveur tienne.

Si vous restez avec un Exchange sans support, chaque semaine qui passe est une semaine d’exposition gratuite pour les attaquants. Réglons cela avant que ce ne soit une urgence. Demandez un devis sans engagement et nous planifions votre migration de messagerie sans arrêter l’entreprise.

La question « on part sur Azure, sur AWS ou on monte notre propre serveur ? » ne se tranche presque jamais sur la technologie. Elle se tranche sur un budget mal calculé, sur la peur de perdre le contrôle et sur un commercial qui vous a montré une jolie démo. Et c’est ainsi qu’une PME finit par payer une facture cloud trois fois supérieure au prévu, ou par acheter une armoire de serveurs qui, dans trois ans, amortira de l’obsolescence.

La réponse courte : il n’y a pas d’option gagnante dans l’absolu. Il y a une option correcte pour votre charge de travail, votre prévision de croissance et votre tolérance à gérer du matériel. Faisons le calcul que presque personne ne fait bien et donnons-vous le discernement pour décider avec la tête, pas avec la brochure.

Cloud public ou serveur propre : la vraie décision

Oubliez un instant « Azure vs AWS ». C’est la deuxième question. La première, c’est cloud public ou infrastructure propre, et ce sont deux modèles économiques opposés déguisés en décision technique.

Le cloud public (Azure, AWS et aussi Google Cloud) est une location à l’usage : vous payez le calcul, le stockage et le trafic selon votre consommation, vous montez en charge en quelques minutes et vous n’achetez rien. Le serveur propre —physique, dans vos locaux ou dans un centre de données (colocation)— est un investissement : vous mettez l’argent d’avance, le matériel est à vous et le coût marginal de l’utiliser davantage est quasi nul. L’un transforme la dépense d’investissement en dépense de fonctionnement ; l’autre fait exactement l’inverse.

Entre Azure et AWS, pour une PME la vraie différence est plus faible qu’il n’y paraît. AWS est le plus mature, avec le catalogue de services le plus large ; si votre projet est technique, avec du développement sur mesure ou beaucoup d’automatisation, vous vous y sentirez à l’aise. Azure l’emporte quand vous vivez déjà dans l’écosystème Microsoft : si vous utilisez Microsoft 365, Active Directory et Windows Server, l’intégration avec Entra ID, l’identité unifiée et les licences hybrides vous épargnent des frictions et parfois de l’argent. La décision Azure vs AWS se résume le plus souvent à là où se trouve déjà votre entreprise, et non à quel cloud est « le meilleur ».

Coût sur 3 ans : le calcul que personne ne fait bien

C’est là que se perdent la plupart des décisions. La comparaison honnête n’est pas « mensualité du cloud » contre « prix du serveur ». C’est le coût total de possession (TCO) sur trois ans, tout compris. Et « tout » inclut des postes que le serveur propre cache et que le cloud vous facture au grand jour.

Sur le serveur propre, au prix du matériel ajoutez ce que presque personne ne note :

• L’électricité et la climatisation fonctionnant 24/7 pendant trois ans, pas seulement le jour où vous le branchez.
• Un onduleur et le remplacement de ses batteries, plus la redondance si le service est critique.
• Les licences de système d’exploitation, de virtualisation et de sauvegarde.
• Le plan de reprise : si la machine meurt un vendredi, en combien d’heures redevenez-vous opérationnel et combien coûte ce matériel de rechange ?
• Les heures d’administration : correctifs, supervision et maintenance, qui sont de l’argent même si elles n’apparaissent sur aucune facture.

Dans le cloud, l’ennemi est autre : la facture variable. Les services se souscrivent en un clic et personne ne les éteint. Des machines allumées la nuit et le week-end, des disques orphelins de projets morts, des snapshots qui s’accumulent et —le grand classique qui ruine les budgets— le trafic de sortie des données, facturé au gigaoctet et qui n’apparaît qu’une fois payé. Un cloud sans gouvernance des coûts est plus cher qu’un serveur propre ; un cloud bien gouverné, avec réservations et extinction automatique, l’emporte le plus souvent haut la main.

Le serveur propre vous cache la moitié du coût ; le cloud vous montre tout, et c’est pour ça qu’il fait peur. Comparez le TCO sur trois ans, sinon vous ne comparez rien.

La règle pratique : si votre charge est stable et prévisible (une application interne qui travaille de 8h à 18h, toujours pareil), le matériel propre ou un serveur dédié loué s’avère très compétitif. Si votre charge est variable, saisonnière ou à croissance incertaine, l’élasticité du cloud vaut chaque euro : vous ne payez les pics que lorsqu’ils surviennent et vous n’achetez pas de capacité « au cas où ».

Contrôle, sécurité et conformité

L’argument phare du serveur propre, c’est « comme ça je garde le contrôle et mes données à la maison ». C’est une demi-vérité. Vous avez le contrôle physique, oui. Vous avez aussi toute la responsabilité : si vous n’appliquez pas les correctifs, si le pare-feu est mal configuré ou si personne ne vérifie les sauvegardes, le problème est entièrement le vôtre. Contrôle et sécurité ne sont pas la même chose. Beaucoup de brèches surviennent sur des serveurs propres précisément parce qu’ils « étaient à la maison » et que personne ne les soignait avec rigueur.

Le cloud fonctionne selon un modèle de responsabilité partagée : Azure et AWS sécurisent l’infrastructure physique, le réseau et l’hyperviseur —avec des certifications et des audits qu’une PME ne pourrait jamais financer— mais vous restez responsable de bien configurer les permissions, de chiffrer les données, de gérer les identités et de ne pas laisser un bucket ouvert sur internet. Le cloud ne vous rend pas sûr ; il vous donne de meilleurs outils pour l’être, si vous savez les utiliser.

En matière de conformité, deux clés pour l’Espagne et l’UE. D’abord, la résidence des données : Azure comme AWS disposent de régions en Espagne et dans l’UE, vous pouvez donc exiger que vos données ne quittent pas l’espace européen (important pour le RGPD). Ensuite, si vous visez l’ISO 27001 ou si vous travaillez dans un secteur réglementé, vous appuyer sur un fournisseur cloud déjà certifié vous épargne une part énorme du chemin, même si la certification de vos processus reste la vôtre. Le serveur propre ne vous l’interdit pas, mais il vous oblige à démontrer par vous-même chaque contrôle physique et logique.

Quand chaque option a du sens (et le modèle hybride)

Descendons aux décisions concrètes. Il n’y a pas de gagnant universel, il y a une adéquation.

• Cloud (Azure ou AWS) si vous croissez vite ou de façon imprévisible, si vous travaillez à distance et avez besoin d’un accès de partout, si votre charge a des pics, ou si vous ne voulez pas —et ne devez pas— avoir quelqu’un à s’occuper du matériel. Aussi si vous appréciez de pouvoir déployer un nouvel environnement en quelques heures.
• Azure concrètement si vous êtes déjà une maison Microsoft : 365, Windows Server, Active Directory. L’intégration de l’identité et les licences hybrides font pencher la balance.
• AWS si votre projet est technique, avec du développement propre, des conteneurs ou beaucoup d’automatisation, et que vous voulez le catalogue de services le plus large du marché.
• Serveur propre si votre charge est stable et connue, si vous avez des exigences de latence très faible face à des machines ou des systèmes en atelier, ou si par contrat/réglementation la donnée doit se trouver physiquement dans vos locaux. Attention : cela exige un vrai plan de continuité.

Et puis il y a la réponse qui l’emporte plus souvent qu’on ne le croit : l’hybride. Ce n’est pas de l’indécision, c’est de la stratégie. Vous gardez sur un serveur propre ou dédié ce qui est stable, sensible ou peu coûteux à héberger chez vous —votre ERP interne, un espace de fichiers, la base de données critique— et vous portez dans le cloud ce qui a besoin d’élasticité ou d’une présence mondiale : le site web, la messagerie, les environnements de test, les pics de campagne. Beaucoup de PME finissent ici parce que cela rapporte le meilleur de chaque modèle sans se marier à aucun. Le cloud comme destination de vos sauvegardes est, de plus, l’hybride le plus sensé qui soit : vous gardez le filet de sécurité hors du bâtiment.

Comment MagicBoxDesk le décide et le monte

Nous ne commençons pas par « nous vous recommandons Azure » ni par « nous vous recommandons AWS ». Nous commençons par votre charge de travail réelle : quelles applications vous utilisez, combien d’utilisateurs, quels pics vous avez, ce que la réglementation vous impose et à combien s’élève vraiment le TCO sur trois ans de chaque scénario. Avec ce calcul sur la table —celui que presque personne ne fait— la décision cesse d’être une intuition et devient un chiffre. À partir de là, nous concevons, montons et —c’est ce qui fait la différence— nous gérons : supervision 24/7, sauvegardes testées, sécurité et gouvernance des coûts pour que la facture du cloud ne s’emballe pas. Vous pouvez voir le détail dans nos services d’infrastructure et de cloud.

L’avantage d’externaliser votre informatique avec nous, c’est que nous décidons avec un jugement d’ingénieur et sans commission d’aucun constructeur : nous vous dirons « serveur propre » si c’est ce qui vous convient même si nous vendons du cloud, et inversement. Nous sommes votre service informatique complet, présents dans toute l’Espagne avec un support à distance et sur site. Dites-nous ce que vous avez et où vous allez et nous vous dirons la bonne option avec des chiffres, pas des brochures. Demandez un devis sans engagement et faisons ensemble le calcul qui compte vraiment.

Le choix entre cloud ou serveur propre se fait presque toujours pour la mauvaise raison : une intuition (« les données, c’est mieux à la maison »), le choc d’une facture ou l’enthousiasme d’une démo. Puis la réalité rattrape : soit un abonnement mensuel qui double sans prévenir, soit une armoire de ferraille qui, en trois ans, vaut moins que la dette qu’elle a générée. Ce n’est pas la faute de la technologie, mais d’avoir décidé sans faire le calcul.

Nous n’allons pas vous dire quel fournisseur est le meilleur. Nous allons vous donner quelque chose de plus utile : le cadre pour décider avec méthode et le calcul du coût réel sur trois ans, celui qui sépare un choix d’ingénieur d’une intuition coûteuse. Avec ce chiffre sur la table, la réponse cesse d’être une affaire d’opinion.

La question est mal posée

« Qu’est-ce qui vaut mieux, le cloud ou un serveur propre ? » n’a pas de réponse, tout comme « vaut-il mieux louer ou acheter un local ? ». Cela dépend de ce que vous allez y mettre, pour combien de temps, si cela grandit et de ce qui se passe le jour où ça tombe. La bonne question n’est pas ce qui est meilleur dans l’absolu, mais ce qui convient à votre cas concret : votre charge de travail, votre prévision, votre tolérance au risque et ce que la loi vous impose.

L’erreur de fond est de traiter cela comme une décision technique alors que c’est une décision d’entreprise déguisée en décision technique. Le cloud transforme un investissement en dépense d’exploitation flexible ; le serveur propre transforme l’argent d’aujourd’hui en un actif que vous amortissez et contrôlez. Ce sont deux modèles financiers opposés, et choisir « comme tout le monde » est la façon dont des milliers d’euros se perdent sans que personne ne lève la main.

Il n’y a pas d’option gagnante dans l’absolu. Il y a une option correcte pour votre charge, votre croissance et votre tolérance à gérer du matériel. Tout le reste, c’est de la brochure.

Les facteurs qui décident vraiment

Oubliez le prix un instant. Avant de calculer quoi que ce soit, cinq variables font pencher la balance ; si elles sont claires, le chiffre s’écrit presque tout seul.

À quoi ressemblent vos charges. Une charge stable et prévisible —un ERP interne de 8 h à 18 h, toujours la même chose— s’accorde à merveille avec du matériel propre ou un serveur dédié loué : vous savez ce dont elle a besoin et vous ne payez pas de capacité inutilisée. Une charge variable ou saisonnière —pics de campagne, trafic irrégulier, projets qui apparaissent et meurent— réclame l’élasticité du cloud : vous payez le pic seulement quand il survient et vous n’achetez pas un serveur « au cas où » pour Noël.

La criticité. Demandez-vous combien vous coûte chaque heure d’arrêt de ce système. Si la réponse est « énormément », vous avez besoin de haute disponibilité : redondance et reprise rapide, coûteuse et complexe à monter dans votre bureau, et qui vient de série dans le cloud. Si le système tient quelques heures à l’arrêt sans drame, le serveur propre perd ce désavantage.

La prévisibilité du coût. Le serveur propre vous donne une facture fixe, mais vous oblige à viser juste sur l’investissement à l’avance. Le cloud vous donne de la flexibilité, mais la facture respire chaque mois et, sans gouvernance, elle respire vers le haut. Si votre trésorerie a besoin de chiffres arrêtés, cela pèse lourd.

La conformité. RGPD, ISO 27001, secteur réglementé : cela définit où vos données peuvent vivre et ce que vous devez prouver. Beaucoup croient qu’« à la maison » on est mieux conforme par défaut, et c’est faux : un fournisseur cloud sérieux est déjà audité et certifié à un niveau qu’aucune PME ne peut se payer, tandis que le serveur propre vous oblige à démontrer vous-même chaque contrôle physique et logique. Ce que vous devez toujours exiger, c’est la résidence des données dans l’UE.

La connectivité. Le cloud ne vaut que ce que vaut votre ligne. Si votre bureau a une connexion médiocre ou un seul opérateur sans secours, une coupure d’internet vous empêche de travailler. Et à l’inverse : si vous avez des machines ou des systèmes en atelier qui exigent une latence très faible, les garder physiquement proches peut être une exigence, pas un caprice.

Le TCO à 3 ans que presque personne ne calcule bien

C’est ici que tout se décide, et c’est ici que presque tout le monde se trompe. La comparaison honnête n’est pas « abonnement mensuel du cloud » contre « prix du serveur ». C’est le coût total de possession (TCO) sur trois ans, absolument tout inclus. Chaque modèle cache ses coûts à un endroit différent : le serveur propre les dissimule, et le cloud vous les montre tous d’un coup (c’est pourquoi il fait plus peur qu’il ne le devrait).

Sur le serveur propre, au prix du matériel il faut ajouter ce que presque personne ne note :

• Électricité et refroidissement fonctionnant 24/7 pendant trois ans, pas seulement le jour où vous le branchez.
• Un onduleur et le remplacement de ses batteries, plus la redondance si le service est critique.
• Les licences de système d’exploitation, virtualisation et sauvegardes, qui se renouvellent chaque année.
• Le plan de reprise : si la machine meurt un vendredi, en combien d’heures reprenez-vous l’activité, et avec quelle pièce de rechange ?
• Les heures d’administration —correctifs, supervision, maintenance—, de l’argent même s’il n’apparaît sur aucune facture.
• L’obsolescence : au bout de trois ou quatre ans il faut renouveler, et ce cycle doit être provisionné dès le premier jour.

Dans le cloud, l’ennemi est l’inverse : la facture variable que personne ne surveille. Les services se souscrivent en un clic et personne ne les éteint. Des machines allumées la nuit et le week-end, des disques orphelins de projets morts, des snapshots qui s’accumulent et —le classique qui fait exploser les budgets— le trafic sortant des données, facturé au gigaoctet et invisible jusqu’à ce que vous l’ayez déjà payé. Un cloud sans gouvernance des coûts revient plus cher qu’un serveur propre ; un cloud bien gouverné, avec réservations et extinction automatique, gagne presque toujours.

La règle qui ressort du calcul est simple : posez les deux colonnes complètes sur trois ans, heures de gestion et coûts cachés inclus, et comparez. La plupart du temps, le résultat n’est pas celui que l’on attendait avant de s’asseoir pour additionner. C’est là toute la valeur de faire le chiffre : il désamorce l’intuition.

L’hybride : la réponse la plus fréquente

Quand vous faites bien le calcul, la réponse n’est souvent ni « tout à l’intérieur » ni « tout à l’extérieur », mais chaque chose là où elle convient. L’hybride n’est ni de l’indécision ni du bricolage : c’est la stratégie qui gagne plus souvent qu’on ne le croit, parce qu’elle prend le meilleur de chaque modèle sans s’attacher à aucun.

Le schéma qui fonctionne le mieux dans les PME : vous gardez sur serveur propre ou dédié ce qui est stable, sensible ou bon marché à héberger chez vous —l’ERP interne, la base de données critique— et vous portez dans le cloud ce qui a besoin d’élasticité ou de présence mondiale : le site web, la messagerie, les pics de campagne. Et il y a un hybride que presque personne ne devrait négliger : utiliser le cloud comme destination de vos sauvegardes. Garder le filet de sécurité hors du bâtiment est la façon la moins chère de survivre à un incendie, un vol ou un ransomware qui chiffre tout votre bureau.

La seule exigence de l’hybride, c’est que quelqu’un le gouverne vraiment : qu’il sache ce qui tourne où, surveille la dépense côté cloud et prouve que les sauvegardes se restaurent. Sans cette discipline, l’hybride est la somme des défauts des deux, pas de leurs vertus.

Comment nous faisons le chiffre pour vous chez MagicBoxDesk

Nous ne commençons pas par vous recommander quoi que ce soit. Nous partons de votre charge de travail réelle : quelles applications vous utilisez, combien d’utilisateurs, quels pics vous avez, combien vous coûte une heure d’arrêt et ce que la réglementation vous impose. Avec ces données, nous construisons le TCO à trois ans de chaque scénario —cloud, serveur propre et hybride— tous les coûts cachés inclus, et nous vous le présentons dans un tableau que vous pouvez défendre devant celui qui signe le chèque. La décision cesse d’être une opinion et devient un chiffre. Vous le trouvez dans nos services d’infrastructure et cloud.

Et nous ne nous arrêtons pas au conseil : nous exécutons l’option gagnante et nous la gérons. Nous concevons, migrons et maintenons le système en vie avec une supervision 24/7, des sauvegardes testées, de la sécurité et une gouvernance des coûts pour que la facture cloud ne dérape jamais. Nous sommes votre département informatique complet, avec support à distance et sur site dans toute l’Espagne, et nous décidons avec un jugement d’ingénieur et sans commission d’aucun fabricant : nous vous dirons « serveur propre » si c’est ce qui vous convient, même si nous vendons aussi du cloud.

Dites-nous ce que vous avez aujourd’hui et où vous allez, et nous vous dirons la bonne option avec des chiffres, pas avec des brochures. Demandez un devis sans engagement et faisons ensemble le calcul qui compte.