Comprenez le cloud — avant de choisir un fournisseur.

Enlevez le jargon et le cloud devient simple : au lieu d’acheter et d’exploiter vos propres ordinateurs, vous louez de l’informatique — serveurs, stockage, logiciels — auprès d’un fournisseur, via internet, et vous ne payez que ce que vous utilisez.

Pensez à l’électricité. Vous ne construisez pas une centrale pour éclairer votre maison : vous vous branchez au réseau et payez ce que vous consommez. Le cloud a fait pareil pour l’informatique : elle est devenue un service public que l’on utilise, non un bien que l’on possède.

Tout serveur loué n’est pas « du cloud ». La définition reconnue (du NIST) liste cinq caractéristiques essentielles — utiles à connaître car elles reviennent partout :

• Libre-service à la demande — vous provisionnez vous-même, instantanément, sans coup de fil.
• Accès réseau étendu — accessible via internet depuis n’importe quel appareil.
• Mutualisation des ressources — le fournisseur sert de nombreux clients à partir d’une infrastructure partagée.
• Élasticité rapide — monter ou descendre en charge rapidement.
• Service mesuré — l’usage est compté, donc vous ne payez que ce que vous consommez.

Trois bascules expliquent pourquoi le cloud a conquis l’informatique en à peine quinze ans :

• Aucun coût initial — transformer un gros achat en une petite facture mensuelle. N’importe qui peut commencer.
• La vitesse — une idée peut être en ligne devant de vrais utilisateurs en un après-midi, pas après des mois d’achat et d’installation de matériel.
• La mise à l’échelle à la demande — gérer dix utilisateurs ou dix millions avec le même système, en payant à proportion.

Le cloud se vend selon trois grands « modèles de service », et la façon classique de les comprendre, c’est la pizza.

• IaaS (Infrastructure as a Service) — le fournisseur vous donne la cuisine (serveurs, stockage, réseau) ; vous cuisinez tout. Plus de contrôle, plus de travail.
• PaaS (Platform as a Service) — il vous donne une cuisine équipée et les ingrédients ; vous faites juste la pizza (votre application). Il gère les fours.
• SaaS (Software as a Service) — la pizza est livrée prête à manger. Vous utilisez simplement le logiciel fini.

Deux façons modernes d’exécuter du code qui dépassent les trois modèles classiques :

Les conteneurs empaquettent une application avec tout ce dont elle a besoin dans une boîte portable qui tourne identiquement partout (vous verrez Docker dans le cours DevOps). Le serverless va plus loin : vous écrivez juste une fonction, et le fournisseur l’exécute seulement quand c’est nécessaire — vous ne pensez plus du tout aux serveurs, et vous ne payez rien quand c’est inactif.

La règle pratique : laissez le fournisseur gérer autant que vous pouvez le tolérer. Chaque couche que vous déléguez est une couche que vous n’avez plus à corriger, sécuriser et surveiller — du temps que votre petite équipe peut consacrer au produit lui-même.

Choisissez l’IaaS quand vous avez besoin d’un contrôle total ou de logiciels spécifiques. Choisissez le PaaS ou le serverless pour la plupart des applications web standard. Choisissez le SaaS quand un bon logiciel existe déjà et que vous n’avez pas besoin de le construire.

Où le cloud vit-il physiquement ? Quatre modèles de déploiement :

• Cloud public — infrastructure partagée exploitée par un fournisseur (AWS, Azure, GCP). Ce que la plupart des gens entendent par « le cloud ».
• Cloud privé — des technologies cloud dédiées à une seule organisation, souvent pour un contrôle strict ou la réglementation.
• Hybride — un mélange de privé et de public, connectés ensemble.
• Multi-cloud — utiliser plusieurs fournisseurs publics à la fois.

Pour presque tous les débutants — et presque toutes les entreprises africaines — la réponse est le cloud public : pas de matériel, coût le plus bas, démarrage le plus rapide.

Trois fournisseurs dominent le cloud public. Ils font des choses similaires sous des noms différents :

• AWS (Amazon) — le plus grand, la plus large gamme de services, le plus d’emplois. Le choix sûr pour commencer.
• Microsoft Azure — fort dans les entreprises et administrations qui utilisent déjà Microsoft ; idéal si vos employeurs cibles sont de grandes organisations.
• Google Cloud (GCP) — fort en données et en IA, expérience développeur soignée.

Chaque fournisseur découpe le monde en régions (zones géographiques) et en zones (centres de données séparés au sein d’une région). Vous choisissez où vos ressources tournent, et c’est important pour deux raisons : la latence (plus près des utilisateurs = plus rapide) et la résilience (répartir sur plusieurs zones pour qu’une panne ne vous arrête pas).

Le calcul, c’est la puissance de traitement qui exécute vos programmes. Chaque cloud en offre une échelle, du plus de contrôle au moins de gestion :

• Machines virtuelles — des ordinateurs complets que vous contrôlez (AWS EC2, Azure VMs, GCP Compute Engine).
• Conteneurs — applications empaquetées légères, souvent orchestrées par Kubernetes.
• Fonctions serverless — exécuter du code sur événement, sans serveur à gérer.

C’est la même idée sous trois noms de fournisseurs différents. Le reconnaître, c’est tout l’intérêt d’un cours de fondamentaux : le vocabulaire change, le concept non.

Les clouds offrent trois grands types de stockage, chacun pour un usage :

• Stockage objet — pour les fichiers : images, vidéos, sauvegardes (AWS S3, Azure Blob, GCP Cloud Storage). Bon marché, immense, accessible par URL.
• Stockage bloc — des disques attachés aux machines virtuelles, comme un disque dur.
• Stockage fichier — des lecteurs réseau partagés entre plusieurs machines.

Le réseau relie tout : un réseau privé (VPC) isole vos ressources, les pare-feux contrôlent le trafic autorisé, et les équilibreurs de charge répartissent le trafic sur plusieurs serveurs. Les bases de données sont gérées par chaque cloud — relationnelles (données structurées : commandes, utilisateurs) et NoSQL (flexibles, à grande échelle) — vous exploitez donc une vraie base sans être administrateur de bases de données.

L’idée de sécurité la plus importante du cloud : la responsabilité est partagée. Le fournisseur sécurise le cloud lui-même — les bâtiments, le matériel, le réseau central. Vous sécurisez ce que vous y mettez — vos données, vos comptes, vos paramètres d’accès, votre configuration.

La plupart des brèches cloud ne sont pas le fournisseur piraté. Ce sont un client qui a laissé un espace de stockage public ou une clé exposée. Savoir où commence votre responsabilité est le premier pas pour ne pas devenir cette histoire-là.

Chaque cloud contrôle l’accès via l’IAM (gestion des identités et des accès), et chacun prêche un principe : le moindre privilège — donner à chaque personne et à chaque service uniquement l’accès dont il a vraiment besoin, et rien de plus.

Deux autres non-négociables. Le chiffrement brouille vos données pour qu’elles soient inutiles si elles sont volées — les clouds chiffrent les données au repos (stockées) et en transit (en mouvement), souvent par défaut. Les sauvegardes sont des copies qui permettent de récupérer après une erreur, une attaque ou une panne.

La grande force du cloud — ne payer que ce qu’on utilise — est aussi son grand piège : les coûts peuvent grimper sans bruit. Trois habitudes vous protègent : mettre une alerte de budget dès le premier jour, éteindre ce que vous n’utilisez pas (un serveur inactif facture quand même), et dimensionner juste (choisir des ressources adaptées au besoin réel, pas la plus grosse « par sécurité »).

Une fois quelque chose en ligne, vous devez pouvoir voir sa santé. Chaque cloud offre la supervision (métriques comme le CPU et le débit de requêtes), la journalisation (le relevé détaillé de ce qui s’est passé) et les alertes (un message quand un seuil est franchi). Surveillez les quatre « signaux d’or » de tout service : latence, trafic, erreurs et saturation.

Assemblons tout en une image. Une installation cloud typique et sensée pour une vraie application web :

• Du calcul exécutant votre application (une plateforme gérée ou des conteneurs)
• Un équilibreur de charge devant, qui répartit le trafic
• Une base de données gérée pour les données structurées
• Du stockage objet pour les fichiers et les envois des utilisateurs
• De l’IAM en moindre privilège, et le chiffrement activé
• De la supervision et des alertes, plus des sauvegardes automatiques
• Une alerte de budget qui garde la facture