L'adoption du cloud : un guide pratique destiné aux équipes informatiques et aux MSP

L'adoption du cloud n'est pas une décision ponctuelle. Il s'agit d'une série de décisions prises sur plusieurs mois, voire plusieurs années, dont chacune a 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 réussissent leur transition vers le 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 butoir, 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 aide les MSP à gérer des 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 plans d'adoption.

Pourquoi les projets d'adoption du cloud échouent

La raison la plus courante pour laquelle l'adoption du cloud ne répond pas aux attentes 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 survenant après la 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 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 de ransomware a effacé les instantanés de la machine virtuelle, a en réalité échoué dans sa migration, quelle que soit la fluidité de la transition.

Les MSP qui mettent en place le modèle opérationnel parallèlement à la migration, en déployant des 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 de référence pour l'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 devrait être mis hors service plutôt que migré. Des outils tels que l'évaluation réseau 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 en fonction des risques et des dépendances. 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 charges 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éterminer quels contrôles de sécurité relèvent de la responsabilité du fournisseur de cloud et lesquels relèvent de la vôtre. Kaseya SIEM intègre les données de télémétrie 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 natives du cloud (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 qu'exige un programme de sauvegarde complet. Datto Endpoint Backup Disaster Recovery propose une solution de 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 mis 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. Une fois la migration effectuée, 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'adaptation du modèle opérationnel à mesure que l'environnement évolue.

Choisir un modèle de cloud : public, privé ou 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 poser problème pour les secteurs réglementés, et la latence des applications sur site qui accèdent aux ressources 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 MSP, le cloud hybride est davantage une réalité de fait qu'un choix stratégique 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 seul modèle opérationnel.

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 le passage au cloud. Elle change de nature. La gestion des identités et la configuration de l'IAM (gestion des identités et des accès) 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 de manière spécifique plutôt que de découler de la topologie physique du réseau.

Trois mesures de sécurité que les MSP devraient 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 sur les comptes administrateur n'est pas facultative.
• La journalisation est activée et redirigée vers un emplacement approprié. 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 évaluations des environnements cloud. Il est nettement plus facile de mettre en place le principe du privilège minimal dès le départ que d'y remédier après 12 mois de dérive de configuration.

Kaseya 365 offre les fonctionnalités de gestion des identités et d'application de l'authentification multifactorielle (MFA) dont les environnements cloud ont besoin pour Microsoft 365 et les applications connectées.

Sauvegarde et restauration dans le cloud

Les solutions de sauvegarde natives du cloud 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 requièrent des copies de sauvegarde hors site et immuables.

Datto Endpoint Backup 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 Backup for Microsoft Azure 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 dans ce même compte. Un stockage indépendant et immuable est la condition minimale pour une architecture de sauvegarde sécurisée.

Restaurations testées. 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 de plus de 99 %, mais les 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 revues mensuelles des coûts par rapport au budget, les alertes budgétaires et les revues régulières de dimensionnement sont les pratiques opérationnelles qui permettent d'aligner les coûts du cloud sur la valeur qu'il apporte. Les MSP qui intègrent la gouvernance des coûts dans leur managed services , plutôt que de la traiter 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 IAM rigoureuse, le principe du privilège minimal, l'authentification multifactorielle (MFA) sur tous les comptes privilégiés et des contrôles réguliers des accès constituent les fondements de sécurité sur lesquels reposent tous les autres contrôles de sécurité cloud. Kaseya 365 offre les fonctionnalités de gestion des identités et d'application 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 Kaseya Intelligence une vue d'ensemble opérationnelle à jour et Kaseya Intelligence détecter les dérives de configuration avant qu'elles ne se transforment en incidents de sécurité ou de disponibilité. Kaseya SIEM fournit une couche d'agrégation des journaux et d'alerte aux MSP qui ont besoin d'une vue unifiée de la télémétrie du cloud, des terminaux et du réseau dans l'ensemble des environnements clients.

Découvrez les fonctionnalités de gestion du cloud et des terminaux de Kaseya