Découvrir le cloud

Découvrir le cloud

1. Introduction au cloud

   Le cloud computing est la livraison de services informatiques — calcul, stockage, bases de données, réseaux — via l'internet, avec une facturation à l'usage. On ne possède plus le matériel : on consomme une ressource.

   Les trois modèles de service

   • IaaS (Infrastructure as a Service) : vous gérez le système d'exploitation et les applications, le fournisseur gère le matériel et la virtualisation. C'est le modèle le plus proche d'un datacenter classique.
   • PaaS (Platform as a Service) : le fournisseur gère l'infrastructure et le système d'exploitation ; vous ne publiez que votre code.
   • SaaS (Software as a Service) : l'application est entièrement gérée par le fournisseur. C'est le modèle de la messagerie d'entreprise ou d'un CRM.

   Le passage du modèle on-premise au cloud ne consiste pas à « déplacer des serveurs » : le principal changement est l'inversion des responsabilités, et c'est ce qui structure toute la suite du cours.

   Le modèle de responsabilité partagée

   Ce modèle est la règle d'or du cloud, et une source classique d'erreur. En IaaS, le client est responsable du système d'exploitation, des données et des applications ; le fournisseur est responsable du matériel, de la virtualisation et du réseau physique. En SaaS, le fournisseur est responsable de tout sauf vos données et vos accès.

   Conséquence pratique : « c'est dans le cloud, donc ce n'est pas mon problème » est faux. La sûreté du système d'exploitation, le correctif applicatif et la gestion des identités restent votre responsabilité.

   Régions et zones de disponibilité

   • Une région est une zone géographique indépendante qui héberge l'ensemble des services.
   • Une zone de disponibilité (Availability Zone, AZ) est un datacenter isolé au sein d'une même région.

   Déployer sur plusieurs AZ d'une même région protège d'une panne d'infrastructure tout en gardant la latence faible (une seule région). Déployer sur plusieurs régions protège aussi d'une catastrophe régionale, au prix d'une plus grande complexité.

   Choisir sa région, c'est arbitrer entre latence (proximité des utilisateurs), conformité (données qui ne doivent pas sortir d'un pays) et coût (les prix varient d'une région à l'autre).

2. Économie du cloud : comment on paie

   En cloud, l'essentiel du coût vient de la capacité provisionnée, pas du trafic. C'est le point le plus important à retenir, et la première cause de facture surprise.

   Les quatre modes de paiement (Amazon EC2)

   Repris de la documentation AWS sur les options d'achat EC2 :

   • On-Demand — paiement à l'usage, à l'heure ou à la seconde (60 secondes minimum), sans engagement ni paiement initial. C'est le tarif de référence.
   • Spot Instances — capacité inutilisée remise sur le marché, jusqu'à 90 % de réduction selon AWS, mais interruptible : AWS peut reprendre la machine.
   • Savings Plans — engagement sur un montant horaire cohérent pendant 1 ou 3 ans, en échange d'une réduction : jusqu'à 66 % pour Compute Savings Plans, jusqu'à 72 % pour Amazon EC2 Instance Savings Plans (AWS annonce ces maximums).
   • Reserved Instances — jusqu'à 75 % de réduction en prépayant. AWS recommande aujourd'hui de les remplacer par les Savings Plans pour EC2, plus flexibles.

   Comment combiner

   Le schéma recommandé par AWS dans le pilier « Cost Optimization » est un mélange : un socle stable engagé en Savings Plans, complété par de l'On-Demand ou des Spot pour les variations, et des réservations de capacité quand la disponibilité prime.

   Socle stable et prévisible  -> Savings Plans ou RI (engagement 1-3 ans)
   Pics et traitements différés -> Spot Instances (jusqu'à -90 %, interruptible)
   Charge imprévisible          -> On-Demand
    criticité maximale          -> On-Demand Capacity Reservation (capacité garantie)

   Attention : les Spot ne sont pas adaptés à un travail non interruptible (une base de données unique, un serveur frontal critique). Les Savings Plans ne garantissent pas la disponibilité de la capacité, seulement un prix plus bas.

3. Piliers d'une architecture cloud

   Les six piliers du AWS Well-Architected Framework, repris de la documentation AWS. Toute architecture cloud se juge sur ces six axes, et une conception qui en oublie un se paie plus tard.

   1. Excellence opérationnelle — soutenir le développement et exploiter les charges, obtenir de la visibilité sur l'exploitation et améliorer continuellement les processus.
   2. Sécurité — protéger les données, les systèmes et les actifs, et améliorer sa posture de sécurité.
   3. Fiabilité — garantir qu'une charge remplit sa fonction prévue, de façon constante, et pouvoir la tester sur tout son cycle de vie.
   4. Efficience de performance — utiliser les ressources de calcul de manière efficace et maintenir cette efficacité quand la demande évolue.
   5. Optimisation des coûts — délivrer la valeur métier au prix le plus bas possible.
   6. Durabilité — améliorer continuellement l'impact environnemental en réduisant la consommation d'énergie, en maximisant l'utilisation des ressources provisionnées et en minimisant les ressources nécessaires.

   Le pilier de durabilité est relativement récent dans le framework : c'est une bonne illustration du fait qu'un référentiel évolue et qu'il faut le consulter plutôt que de le réciter de mémoire.

4. Exercices

   1. Comparer les modèles : pour une application interne de gestion, dites quel modèle (IaaS, PaaS, SaaS) you'd choisir et justifiez en une phrase par critère : qui gère quoi, qui porte la responsabilité de la sécurité.
   2. Choisir une région : un site sert des utilisateurs en France et en Allemagne, avec des données soumises au RGPD. Combien de régions et de zones déployez-vous, et pourquoi ?
   3. Dimensionner un coût : une API tourne 24 h/24 à débit constant, et un traitement de nuit dure 3 heures, par lots, tolérant à l'interruption. Quel mode de paiement pour chacune, et pourquoi ?
   4. Auditer un existant : pour un site web d'e-commerce installé sur un serveur dédié, listez ce qui change au niveau de la responsabilité, de la disponibilité et de la facture.