Infrastructure cloud : ce qui change pour votre entreprise

Il est utile de se représenter le cloud en trois couches. En bas se trouvent le calcul, le stockage et le réseau : serveurs virtuels, espace disque, règles de pare-feu. Au-dessus viennent des services gérés comme les bases de données, les files d'attente et les caches. En haut fonctionne votre propre logiciel : votre site, votre application, vos systèmes internes.

Des prestataires comme AWS, Google Cloud ou Azure proposent chacune de ces couches séparément, et vous ne choisissez que ce dont vous avez besoin. Ce qui compte, c'est la couche que vous gérez vous-même, car toute couche que vous gérez est une couche dont vous répondez.

• Serveur virtuel : une tranche d'une machine physique sur laquelle vous faites tourner le logiciel de votre choix.
• Stockage d'objets : un espace pour les images, les documents et les sauvegardes, qui grandit à mesure que vous y ajoutez des fichiers.
• Base de données gérée : une base dont l'installation, les mises à jour et les sauvegardes sont prises en charge par le prestataire.
• Couche réseau et sécurité : les règles et le plan d'adressage qui décident quel trafic peut entrer.

Sur un hébergement mutualisé, de nombreux sites se partagent un serveur ; le prix est bas, mais les ressources et les réglages sont limités. Sur votre propre serveur, le matériel vous appartient ; le contrôle est total, mais l'achat, l'installation, l'électricité, le refroidissement, les sauvegardes et la réparation des pannes le sont aussi. Le cloud se situe entre les deux : le prestataire porte le matériel, tandis que la majeure partie des réglages reste entre vos mains.

Ce qui les distingue, c'est la flexibilité. Pendant une semaine de campagne, votre trafic peut être multiplié ; dans le cloud, vous agrandissez la capacité pour un temps, puis vous la ramenez à la normale. Sur votre propre serveur, il faudrait porter cette capacité toute l'année. Nous traitons le choix entre hébergement mutualisé, VPS et cloud dans un article distinct ; ici, nous regardons seulement ce que le cloud change pour une entreprise.

Le premier changement tient à la nature de la dépense. L'achat de matériel était un poste unique et important ; dans le cloud, il devient un coût régulier lié à l'usage. Cela donne de la flexibilité, mais cela impose aussi de surveiller chaque mois ce que vous consommez.

Le deuxième changement concerne la continuité. Les prestataires peuvent répartir les ressources sur plusieurs centres de données, et lorsqu'une machine tombe en panne, le travail passe à une autre. Pour un groupe de spas, il devient bien plus probable que le système de réservation ne s'effondre pas à minuit. Cela ne vaut toutefois que si le système a été conçu pour en profiter.

Le troisième changement est la vitesse. Ouvrir un nouvel environnement de test devient l'affaire d'un après-midi au lieu de semaines d'achats. C'est un vrai gain pour les équipes qui développent des produits ; pour une entreprise qui exploite un simple site vitrine, c'est le plus souvent sans importance.

• La dépense passe de l'investissement à un coût lié à l'usage, si bien que le suivi devient un devoir.
• La capacité grandit et diminue avec la demande.
• La panne de matériel devient l'affaire du prestataire qui assure la maintenance.
• De nouveaux environnements s'ouvrent en quelques minutes plutôt qu'en quelques jours.

Le prestataire s'occupe de la sécurité physique, du matériel et de la couche de virtualisation. Vous vous occupez des comptes utilisateurs, des droits d'accès, des mises à jour logicielles, des sauvegardes de données et des réglages. C'est ce qu'on appelle le modèle de responsabilité partagée, et la plupart des ennuis rencontrés dans le cloud viennent d'une mauvaise compréhension de l'endroit où passe cette ligne.

Si un fabricant de revêtements de sol laisse par erreur un dossier de stockage ouvert au public, ce n'est pas la faute du prestataire ; le réglage était entre les mains du fabricant. Choisir le cloud ne veut pas dire céder la sécurité, mais en céder une partie. C'est pourquoi il est bon de noter par écrit, dès le départ, quelle part vous reste.

Un petit site vitrine d'entreprise au trafic régulier et prévisible est généralement bien servi par un bon hébergement. Dans ce cas, la flexibilité du cloud reste inutilisée, tandis que sa charge de gestion et son besoin de suivi demeurent. Répondre à un besoin simple par une architecture compliquée fait de la solution elle-même le problème.

Si personne dans votre équipe ne peut surveiller les réglages du cloud, et si personne à l'extérieur ne prend la tâche en charge, cette flexibilité peut devenir une source de risque. La bonne question n'est pas de savoir si le cloud est bon, mais si vous avez la capacité de le gérer. Si ce n'est pas le cas, réglez d'abord cela.

L'erreur la plus courante est de traiter le cloud comme un hébergement bon marché. Si le coût lié à l'usage n'est pas suivi correctement, le tableau en fin de mois diffère de ce qui était attendu. La deuxième erreur est de croire que le prestataire fait vos sauvegardes ; dans la plupart des cas, la sauvegarde est un service distinct qu'il faut mettre en place.

La troisième erreur est de décider de la migration dans la précipitation. Le cloud est rentable lorsqu'on l'aborde avec un plan de migration, et non comme une copie rapide de l'existant. Nous décrivons dans un article distinct la manière de construire ce plan.

• Croire que le cloud est un hébergement à prix fixe.
• Penser que les sauvegardes se font automatiquement.
• Accorder des droits d'accès étendus à tout le monde.
• Commencer une migration sans plan.
• Ne pas noter par écrit qui est responsable de quoi.