L'adoption du cloud : un guide pratique destiné aux équipes informatiques et aux prestataires de services gérés (MSP)
L'adoption du cloud ne se résume pas à une seule décision. Il s'agit d'une série de décisions prises sur plusieurs mois, voire plusieurs années, chacune ayant une incidence sur l'architecture, la sécurité, les coûts et les exigences de gestion de l'environnement qui en découle. Les entreprises qui mènent à bien leur adoption du cloud en sont bien conscientes. Celles qui rencontrent des difficultés ont tendance à considérer cette transition comme un projet de migration assorti d'une date d'achèvement, plutôt que comme une transition opérationnelle continue.
Selon le rapport « State of the MSP » 2026 de Kaseya, les services cloud et d’hébergement constituent la troisième source de revenus des MSP, grâce à des clients qui adoptent activement le cloud et qui ont besoin d’une expertise informatique pour le faire en toute sécurité et de manière rentable. Ce guide explique comment planifier et mettre en œuvre l’adoption du cloud de manière à obtenir les avantages escomptés sans générer de dette opérationnelle imprévue. La plateforme de Kaseya accompagne les MSP dans la gestion d’environnements hybrides et cloud dans plus de 170 pays, ce qui nous permet d’observer de près les facteurs de réussite et d’échec des projets d’adoption.
Pourquoi les projets d'adoption du cloud échouent-ils ?
La raison la plus courante pour laquelle les projets d'adoption du cloud ne tiennent pas leurs promesses est que la migration technique est considérée comme l'ensemble du projet. Les aspects opérationnels, notamment la sécurité, la sauvegarde, la maîtrise des coûts et la surveillance, sont reportés à « après la migration ».
Le modèle opérationnel d'un environnement cloud diffère fondamentalement de celui d'un environnement sur site. Les responsabilités en matière de sécurité évoluent : le modèle de responsabilité partagée du cloud les répartit entre le fournisseur et le client. Les exigences en matière de sauvegarde changent : la durée de conservation des données par défaut des fournisseurs de cloud n'est pas la même que dans le cadre d'une sauvegarde gérée. La gestion des coûts devient une activité opérationnelle continue, car la facturation du cloud est dynamique et nécessite une gouvernance permanente.
Considérer ces problèmes comme des difficultés post-migration conduit à des migrations qui, d’un point de vue technique, sont réussies, mais qui constituent un recul sur le plan opérationnel. Un prestataire de services de gestion (MSP) qui migre l’application métier d’un client vers Azure, pour découvrir trois mois plus tard que personne n’a configuré de sauvegarde et qu’un incident lié à un rançongiciel a effacé les instantanés de la machine virtuelle, a en réalité échoué dans sa migration, quelle que soit la fluidité de la bascule.
Les MSP qui mettent en place le modèle opérationnel parallèlement à la migration, en déployant les systèmes de surveillance, de sécurité et de sauvegarde pour les charges de travail dans le cloud en même temps que la migration elle-même, permettent une adoption du cloud qui répond aux attentes.
Le cadre d'adoption du cloud
Une approche structurée de l'adoption du cloud permet de réduire le risque de dette opérationnelle. Les six phases suivantes reflètent l'approche adoptée par les MSP performants qui gèrent les transitions vers le cloud pour leurs clients issus des PME et du marché intermédiaire.
Recensement et évaluation. Dressez un état des lieux de l'environnement actuel : applications, dépendances, volumes de données, exigences de conformité. Déterminez ce qui peut être transféré vers le cloud, ce qui ne le peut pas (contraintes réglementaires, exigences en matière de latence, matériel spécialisé) et ce qui doit être mis hors service plutôt que migré. Des outils tels que l'évaluation de réseau proposée par RapidFire Toolsaident les MSP à établir cet inventaire de manière systématique, plutôt que de se fier aux listes d'actifs fournies par les clients, qui sont presque toujours incomplètes.
Planification de la migration. Organisez les migrations par ordre de risque et de dépendance. Commencez par les charges de travail non critiques, notamment les partages de fichiers, les environnements de test et les applications secondaires, avant de migrer les systèmes critiques pour l'activité. L'expérience acquise lors des premières migrations permet d'améliorer la mise en œuvre des migrations ultérieures, plus complexes.
Conception de l’architecture de sécurité. Avant toute migration de charge de travail, concevez l’architecture de sécurité de l’environnement cloud : gestion des identités et des accès, segmentation du réseau, journalisation et surveillance, ainsi que l’intégration avec les outils de sécurité existants. Cela implique de définir quels contrôles de sécurité relèvent de la responsabilité du fournisseur de cloud et lesquels relèvent de la vôtre. La solution SIEM de Kaseya intègre les données télémétriques provenant des principales plateformes cloud, ainsi que les données relatives aux terminaux, au réseau et aux e-mails, offrant ainsi une visibilité unifiée sur la sécurité dans les environnements hybrides dès le premier jour. Une conception de la sécurité réalisée après la migration est presque toujours réactive et presque toujours incomplète.
Conception de l'architecture de sauvegarde. Les solutions de sauvegarde « cloud-native » (Azure Backup, AWS Backup) offrent une certaine protection, mais ne disposent généralement pas du stockage indépendant et de la résilience inter-fournisseurs requis par un programme de sauvegarde complet. La solution « Datto Endpoint Backup » avec reprise après sinistre (Disaster Recovery) assure une sauvegarde gérée couvrant les environnements sur site, les applications SaaS, les terminaux et les charges de travail dans le cloud, avec un stockage indépendant et immuable dans le Datto Cloud, situé en dehors de l'écosystème du fournisseur. Mettez en place votre solution de sauvegarde avant de migrer les données de production, et non après.
Exécution de la migration. Une fois le modèle opérationnel en place, la migration peut commencer. Testez les restaurations à partir de la sauvegarde dans le cloud avant de migrer les données de production. Vérifiez que la surveillance de la sécurité fonctionne correctement. Menez des opérations en parallèle, en veillant à ce que les systèmes sur site restent disponibles, jusqu’à ce que la stabilité des opérations dans le cloud soit confirmée.
Optimisation. Après la migration, concentrez-vous sur l'optimisation des coûts (dimensionnement adéquat, capacité réservée, suppression des ressources inutilisées), l'optimisation des performances et l'évolution du modèle opérationnel au fur et à mesure que l'environnement évolue.
Choisir un modèle de cloud : public, privé, hybride
Le cloud public (AWS, Azure, Google Cloud) offre une infrastructure à la demande sans investissement initial, une disponibilité mondiale et une capacité d'évolutivité rapide. Les inconvénients : les coûts peuvent être imprévisibles en l'absence de gouvernance, la souveraineté des données peut constituer un sujet de préoccupation pour les secteurs réglementés, et la latence des applications sur site qui accèdent aux ressources du cloud peut nuire aux performances.
Le cloud privé offre des capacités de provisionnement similaires à celles du cloud au sein d’un environnement dédié, qu’il s’agisse de matériel sur site ou d’une infrastructure de colocation dédiée. Il implique des coûts d’investissement plus élevés, mais garantit un contrôle total sur l’emplacement des données et l’infrastructure. Il convient aux organisations soumises à des exigences strictes en matière de souveraineté des données ou ayant des besoins spécifiques en termes de performances.
Le cloud hybride est l'approche la plus courante pour les PME. Il combine une infrastructure sur site pour certaines charges de travail et le cloud public pour d'autres. La gestion des identités couvrant les deux environnements, la surveillance unifiée et une stratégie de sauvegarde couvrant tous les environnements constituent les exigences opérationnelles qu'implique le cloud hybride. Les entreprises qui optent pour le cloud hybride parce qu'elles le jugent plus sûr sous-estiment souvent la complexité de gestion qu'il engendre si le modèle opérationnel n'est pas conçu en conséquence.
Pour la plupart des PME gérées aujourd'hui par des prestataires de services gérés (MSP), le cloud hybride est davantage une réalité de fait qu'un choix architectural délibéré : Microsoft 365 est déjà dans le cloud, tandis que les applications métier restent sur site ; la question est donc de savoir comment gérer ces deux environnements de manière cohérente à partir d'un modèle opérationnel unique.
Conséquences en matière de sécurité dès le premier jour
Le modèle de responsabilité partagée dans le cloud est le concept le plus important que les MSP doivent expliquer clairement lors de la planification de l'adoption du cloud. Les fournisseurs de services cloud sont responsables de la sécurité de l'infrastructure physique, de l'hyperviseur et de la structure réseau. Les clients et leurs MSP sont quant à eux responsables de tout ce qui est déployé au sein de l'environnement cloud : systèmes d'exploitation, applications, données, gestion des identités et contrôles réseau.
Cela signifie que la charge de travail liée à la sécurité ne diminue pas avec l'adoption du cloud. Elle change de nature. La gestion des identités et la configuration de l'IAM deviennent plus cruciales. La journalisation et les pistes d'audit nécessitent une configuration explicite (CloudTrail sur AWS, Azure Monitor sur Azure) plutôt que d'être intégrées à l'infrastructure sur site. La segmentation du réseau doit être conçue et ne peut pas être simplement reprise de la topologie physique du réseau.
Trois mesures de sécurité que les MSP doivent considérer comme des exigences minimales incontournables pour tout environnement cloud :
- Authentification multifactorielle sur tous les comptes privilégiés. L'identité constitue le périmètre de sécurité dans les environnements cloud. L'authentification multifactorielle (MFA) sur les comptes administrateurs n'est pas facultative.
- La journalisation est activée et redirigée vers un emplacement pertinent. Un environnement cloud dépourvu de piste d'audit constitue une impasse pour toute enquête. Configurez la journalisation avant la mise en service de la première charge de travail.
- Appliquer le principe du « privilège minimal » dès le départ. Les rôles IAM dotés d’autorisations excessives constituent le problème de sécurité le plus fréquemment relevé lors des audits d’environnements cloud. Il est nettement plus simple de mettre en place le principe du « privilège minimal » dès le départ que de remédier à la situation après 12 mois de dérive de configuration.
Kaseya 365 User offre les fonctionnalités de gestion des identités et d'application de l'authentification multifactorielle (MFA) dont les environnements cloud ont besoin, tant pour Microsoft 365 que pour les applications connectées.
Sauvegarde et restauration dans le cloud
Les solutions de sauvegarde « cloud-native » offrent une protection contre les suppressions accidentelles et certains scénarios de défaillance, mais elles présentent des limites spécifiques. Elles fonctionnent au sein de l’écosystème du fournisseur, ce qui signifie qu’un incident chez ce dernier ou une compromission du compte affecte à la fois les données principales et la sauvegarde. Elles n’offrent pas de portabilité entre fournisseurs. Elles peuvent ne pas répondre aux exigences d’indépendance des polices d’assurance cyber qui imposent des copies de sauvegarde hors site et immuables.
La solution « Datto Endpoint Backup with Disaster Recovery » offre une solution de sauvegarde gérée couvrant les serveurs sur site, les applications SaaS, les terminaux et les charges de travail Azure, avec un stockage indépendant et immuable dans le Datto Cloud. « Datto Backup for Microsoft Azure » prend désormais en charge Azure Files en plus des machines virtuelles Azure, avec une réplication toutes les heures vers le Datto Cloud et une tarification forfaitaire qui élimine l’imprévisibilité des coûts liés aux frais de sortie et de stockage de la solution native Azure Backup.
Deux principes s'appliquent, quelle que soit la solution de sauvegarde utilisée :
Stockage indépendant. Les sauvegardes stockées dans le même compte cloud que les données principales sont exposées aux mêmes menaces. Une compromission du compte entraînant la suppression des machines virtuelles de production entraînera également la suppression des sauvegardes stockées sur ce même compte. Un stockage indépendant et immuable constitue l'exigence minimale pour une architecture de sauvegarde sécurisée.
Restauration testée. Une sauvegarde qui n’a pas été testée n’est pas une sauvegarde. La vérification automatisée par capture d’écran de Datto offre une précision supérieure à 99 %, mais les prestataires de services gérés (MSP) doivent également valider régulièrement les procédures de restauration complètes pour les charges de travail critiques de chaque client et consigner les résultats.
Gestion de l'environnement cloud en production
L'adoption du cloud n'est pas un projet avec une date butoir. Il s'agit d'une transition vers un modèle opérationnel continu qui nécessite des pratiques de gestion différentes de celles de l'informatique sur site.
Gouvernance des coûts. La facturation du cloud nécessite une gestion continue. Les ressources inactives, les instances surdimensionnées et le stockage inutilisé génèrent des coûts que les environnements sur site ne produisent pas. Les analyses mensuelles des coûts par rapport au budget, les alertes budgétaires et les réévaluations régulières du dimensionnement constituent les pratiques opérationnelles qui permettent de maintenir l’équilibre entre les coûts du cloud et la valeur qu’il apporte. Les MSP qui intègrent la gouvernance des coûts dans leur contrat de « managed services », plutôt que de la considérer comme une option supplémentaire, protègent à la fois le budget du client et leur propre marge.
Gestion des identités. Dans les environnements cloud, l’identité constitue le périmètre de sécurité. Une configuration rigoureuse de la gestion des identités et des accès (IAM), le principe du « privilège minimal », l’authentification multifactorielle (MFA) sur tous les comptes privilégiés et des contrôles réguliers des droits d’accès constituent les fondements de sécurité sur lesquels reposent tous les autres contrôles de sécurité dans le cloud. Kaseya 365 User offre les fonctionnalités de gestion des identités et de mise en œuvre de l’authentification multifactorielle (MFA) indispensables aux environnements cloud hybrides.
Surveillance continue. Les environnements cloud évoluent plus rapidement que les environnements sur site : des ressources sont créées et supprimées, les configurations changent, de nouveaux services sont adoptés. La surveillance continue via Kaseya 365 et Kaseya Intelligence permet de maintenir une vue d’ensemble opérationnelle à jour et de détecter les dérives de configuration avant qu’elles ne se transforment en incident de sécurité ou de disponibilité. Kaseya SIEM fournit la couche d’agrégation des journaux et d’alerte aux MSP qui ont besoin d’une vue unifiée des données télémétriques du cloud, des terminaux et du réseau dans l’ensemble des environnements de leurs clients.
Découvrez les fonctionnalités de gestion du cloud et des terminaux proposées par Kaseya
Points clés à retenir
- L'adoption du cloud est une transition opérationnelle, et non un projet de migration. La sécurité, la sauvegarde et la maîtrise des coûts doivent être mises en place parallèlement à la migration, et non reportées à une phase ultérieure.
- Le modèle de responsabilité partagée dans le cloud confie au client, et non au fournisseur, la gestion des correctifs du système d'exploitation, la configuration de la gestion des identités et des accès (IAM), la journalisation et les contrôles réseau. Les MSP sont responsables de ce niveau.
- La sauvegarde « cloud-native » n'est pas synonyme de programme de sauvegarde géré. Un stockage indépendant et immuable, situé en dehors de l'écosystème du fournisseur, constitue l'architecture minimale justifiable.
- La maîtrise des coûts est une discipline opérationnelle permanente. Les ressources inutilisées et les instances surdimensionnées génèrent des coûts en continu. Les bilans mensuels et les alertes budgétaires constituent la base de cette démarche.
