Le cloud est une technologie. Pas une stratégie. Et encore moins une réponse universelle aux besoins de toutes les entreprises.
Depuis plusieurs années, la transformation numérique est souvent résumée à une même recommandation : migrer vers le cloud.
Messagerie, fichiers, applications métier, serveurs, sauvegardes, bases de données… Tout devrait progressivement quitter les infrastructures locales.
Le discours est séduisant : moins de matériel, davantage de flexibilité, une maintenance simplifiée et des services accessibles partout.
Et dans de nombreux cas, ces avantages sont bien réels.
Mais une question mérite d'être posée :
Depuis quand le meilleur choix informatique consiste-t-il à adopter la même architecture pour toutes les entreprises ?
Après des années passées à administrer des infrastructures, accompagner des utilisateurs et gérer des environnements informatiques professionnels, j'en suis convaincu : le véritable enjeu n'est pas de choisir entre cloud et infrastructure locale.
C'est de construire une architecture cohérente avec les besoins, les contraintes et les risques de l'entreprise.
1. Le cloud a transformé l'informatique. Mais il n'a pas supprimé ses contraintes.
Soyons clairs : le cloud apporte des avantages considérables.
Pour une PME, il permet notamment de déployer rapidement des services, de faciliter le travail à distance, de bénéficier d'une infrastructure mutualisée et d'accéder à des technologies autrefois réservées aux grandes entreprises.
Microsoft 365 en est un excellent exemple.
Mais migrer vers le cloud ne fait pas disparaître les responsabilités informatiques.
Elles changent simplement de nature.
Il faut toujours gérer les identités, sécuriser les accès, définir les droits, protéger les données, surveiller les configurations et prévoir les incidents.
Il faut aussi comprendre les dépendances introduites.
Que se passe-t-il lorsque la connexion Internet tombe ?
Lorsqu'un service cloud devient indisponible ?
Lorsqu'un compte administrateur est compromis ?
Lorsque les coûts d'abonnement augmentent ?
Ou lorsqu'une application critique devient difficile à migrer vers une autre plateforme ?
Externaliser une infrastructure ne signifie pas externaliser la responsabilité de son fonctionnement.
2. Le cloud n'est pas nécessairement moins cher
C'est probablement l'une des idées reçues les plus persistantes.
Le cloud permet souvent de réduire les investissements matériels initiaux. Mais il transforme également une partie des dépenses d'investissement en charges récurrentes.
Prenons une PME de 30 collaborateurs.
Chaque utilisateur dispose de plusieurs abonnements : suite collaborative, sécurité, sauvegarde, application métier et éventuellement d'autres services.
Ajoutons des machines virtuelles, du stockage, du trafic réseau, des sauvegardes supplémentaires et quelques services managés.
Individuellement, chaque montant peut sembler raisonnable.
Mais cumulés sur trois ou cinq ans, ces coûts méritent une véritable analyse.
Cela signifie-t-il qu'un serveur local revient toujours moins cher ?
Absolument pas.
Une infrastructure locale implique aussi du matériel, de l'électricité, des licences, de la maintenance, des compétences techniques, des renouvellements et des solutions de continuité.
Comparer uniquement le prix d'un serveur au montant d'un abonnement cloud n'a aucun sens.
Il faut comparer le coût total de possession, sur une période définie, avec des niveaux équivalents de disponibilité, de sécurité et de service.
Dans certains scénarios, le cloud sera clairement plus intéressant.
Dans d'autres, une infrastructure locale ou hybride sera économiquement plus pertinente.
Et parfois, la différence de prix importe moins que les exigences opérationnelles.
3. Une infrastructure locale n'est pas synonyme de technologie dépassée
On entend encore parfois qu'une entreprise qui conserve des serveurs sur site serait en retard dans sa transformation numérique.
Je ne partage pas cette vision.
Une infrastructure locale correctement conçue peut parfaitement intégrer la virtualisation, la haute disponibilité, la supervision, l'automatisation, la segmentation réseau et des mécanismes avancés de cybersécurité.
Elle peut également répondre à des besoins difficiles à satisfaire uniquement avec des services distants.
Prenons quelques situations concrètes.
Un bureau d'architectes qui manipule quotidiennement de volumineuses maquettes BIM peut avoir intérêt à conserver certains traitements et espaces de travail à proximité des utilisateurs.
Une entreprise industrielle qui dépend de machines, d'automates et de logiciels spécifiques peut avoir besoin de services locaux capables de fonctionner même en cas de perte de connectivité.
Une PME utilisant une application métier ancienne peut rencontrer des contraintes techniques ou économiques qui rendent une migration cloud peu pertinente.
Cela ne signifie pas qu'il faut tout conserver sur site.
Cela signifie simplement qu'une décision technique doit répondre à un usage réel.
La modernité d'une infrastructure ne se mesure pas à son emplacement, mais à sa capacité à répondre aux besoins de l'entreprise.
4. L'approche hybride est souvent sous-estimée
Pourquoi faudrait-il absolument choisir un camp ?
Pour de nombreuses PME suisses, une architecture hybride mérite d'être étudiée.
On peut parfaitement imaginer :
- Microsoft 365 pour la messagerie, la collaboration et les outils bureautiques.
- Une infrastructure locale pour certaines applications métier ou des traitements nécessitant de faibles latences.
- Des sauvegardes indépendantes, avec des copies hors site et des tests de restauration.
- Une gestion centralisée et sécurisée des identités.
- Des services cloud complémentaires pour des besoins ponctuels ou évolutifs.
- Une supervision cohérente de l'ensemble.
Cette architecture peut offrir un équilibre intéressant entre flexibilité, performance, maîtrise des données et résilience.
Mais l'hybride n'est pas non plus une solution magique.
Il introduit ses propres défis : interconnexions, sécurité, synchronisation, dépendances et complexité d'exploitation.
Une architecture hybride mal conçue peut devenir plus coûteuse et plus difficile à maintenir qu'une architecture entièrement cloud.
Encore une fois, la question n'est pas de suivre une tendance.
C'est de faire les bons arbitrages.
5. La souveraineté des données mérite mieux qu'un argument commercial
En Suisse, la localisation des données, leur confidentialité et les conditions d'accès sont des sujets importants pour de nombreuses entreprises.
Mais attention aux raccourcis.
Héberger ses données dans un datacenter suisse ne garantit pas automatiquement leur souveraineté.
Et utiliser un fournisseur international ne signifie pas nécessairement que toute maîtrise des données est perdue.
La réalité dépend notamment du fournisseur, des conditions contractuelles, des accès administratifs, du chiffrement, des sous-traitants et des juridictions applicables.
Les entreprises devraient se poser des questions concrètes :
Où sont hébergées les données et leurs sauvegardes ?
Qui peut techniquement y accéder ?
Quelles protections contractuelles et techniques existent ?
Peut-on exporter l'intégralité de ses données dans un format exploitable ?
Que se passe-t-il si l'on décide de quitter le fournisseur ?
Quels sont les besoins en matière de conformité et de conservation ?
La souveraineté ne consiste pas simplement à choisir un pays sur une carte. Elle consiste à comprendre et maîtriser les dépendances associées à ses données.
6. La dépendance technologique : un risque trop rarement anticipé
Un autre aspect est souvent négligé dans les projets de migration : la réversibilité.
Au départ, tout paraît simple.
On adopte une plateforme, on déploie ses services, on automatise les processus et on forme les équipes.
Progressivement, l'entreprise devient dépendante de fonctionnalités, d'interfaces et de formats spécifiques.
Quelques années plus tard, changer de fournisseur peut devenir un véritable projet de transformation.
Avec des coûts de migration, des adaptations applicatives, des interruptions potentielles et des besoins de formation.
Ce risque existe également avec certaines solutions propriétaires installées localement.
Il ne s'agit donc pas de rejeter les grands fournisseurs ou les technologies propriétaires.
Il s'agit d'anticiper.
Une architecture saine devrait être documentée, permettre l'export des données, limiter les dépendances inutiles et prévoir des scénarios de sortie réalistes.
La liberté de choisir une solution aujourd'hui ne devrait pas supprimer la possibilité d'en changer demain.
7. La sécurité dépend davantage de l'architecture que de son emplacement
« C'est dans le cloud, donc c'est sécurisé. »
« C'est chez nous, donc personne ne peut y accéder. »
Ces deux affirmations sont trompeuses.
Une infrastructure cloud mal configurée peut exposer des informations sensibles.
Un serveur local insuffisamment maintenu peut présenter des vulnérabilités critiques.
À l'inverse, des environnements cloud comme locaux peuvent atteindre des niveaux de sécurité élevés lorsqu'ils sont correctement conçus, exploités et surveillés.
Ce qui fait réellement la différence, ce sont notamment :
- La gestion des identités et des privilèges.
- La segmentation des réseaux et des systèmes.
- Le durcissement des configurations.
- La gestion des vulnérabilités et des correctifs.
- La détection et la réponse aux incidents.
- La protection des sauvegardes.
- La qualité des procédures de reprise d'activité.
La sécurité ne repose pas sur un logo, un abonnement ou l'emplacement géographique d'un serveur.
Elle repose sur une approche structurée, contrôlée et régulièrement évaluée.
8. Avant de migrer, il faudrait commencer par poser les bonnes questions
Lorsqu'une PME envisage une évolution majeure de son infrastructure, je pense que la discussion devrait commencer par les besoins métier, et non par le catalogue d'un fournisseur.
Voici les questions que je considère essentielles :
1. Quelles applications sont réellement critiques pour l'activité ?
2. Combien de temps l'entreprise peut-elle fonctionner sans ces applications ?
3. Quels sont les volumes de données, les performances attendues et les contraintes de connectivité ?
4. Quelles exigences de sécurité, de confidentialité et de conformité devons-nous respecter ?
5. Quel sera le coût global de chaque scénario sur trois à cinq ans ?
6. Qui assurera l'administration, la supervision et la continuité de service ?
7. Comment pourrons-nous changer de solution si nos besoins évoluent ?
Ce n'est qu'après avoir répondu à ces questions qu'il devient pertinent de comparer cloud public, cloud privé, infrastructure locale ou architecture hybride.
Conclusion : une bonne stratégie IT ne commence pas par le choix d'un fournisseur
Je ne suis ni anti-cloud, ni partisan du tout-local.
Je considère le cloud comme un outil formidable lorsqu'il répond à un besoin clairement identifié.
De la même manière, je considère que les infrastructures locales ont encore toute leur place lorsqu'elles apportent une réelle valeur opérationnelle, économique ou stratégique.
Et les architectures hybrides peuvent être particulièrement intéressantes lorsqu'elles sont pensées comme un ensemble cohérent.
En revanche, migrer simplement parce que « tout le monde passe au cloud » ne constitue pas une stratégie.
Une PME n'a pas besoin de la technologie la plus tendance.
Elle a besoin d'une informatique performante, sécurisée, financièrement maîtrisée et capable d'accompagner son développement.
Le meilleur environnement informatique n'est pas celui qui possède le plus de services cloud, ni celui qui conserve le plus de serveurs locaux.
C'est celui qui répond le mieux aux besoins de l'entreprise, aujourd'hui comme demain.
Dans mon approche des infrastructures IT, je privilégie l'analyse des besoins, la maîtrise des risques et la liberté de choix technologique plutôt que l'adoption systématique d'une solution.
Et vous, pensez-vous que le cloud est devenu un choix par défaut, parfois au détriment d'une véritable réflexion sur l'architecture informatique ?
#CloudComputing #InfrastructureIT #PME #Cybersecurite #TransformationNumerique
