Architectures cloud modernes
Serverless, conteneurs, microservices et DevOps : comment les équipes modernes construisent et livrent sur le cloud.
Tout ce que ce domaine a couvert jusqu'ici décrit comment un fournisseur cloud empaquette calcul, stockage et réseau. Ce sujet couvre comment les équipes modernes construisent et livrent réellement des applications sur ces services, les patterns derrière presque chaque produit que vous utilisez aujourd'hui.
Ce que couvre ce sujet
- Le calcul serverless : ce que "serverless" veut vraiment dire, le cycle de vie événementiel d'une fonction, démarrages à froid contre démarrages à chaud, et le calcul de coût réel derrière la facturation à l'usage
- Conteneurs et microservices : ce qu'un conteneur empaquette et pourquoi il démarre en quelques secondes, la différence entre un monolithe et une architecture en microservices, et ce qu'ajoute un orchestrateur de conteneurs comme Kubernetes une fois qu'une équipe fait tourner plus de conteneurs qu'elle ne peut suivre à la main
- DevOps et infrastructure as code : comment développement et exploitation ont fusionné en une seule pratique continue, ce que chaque étape d'un pipeline CI/CD détecte avant qu'un changement n'atteigne la production, et comment déclarer l'infrastructure en code plutôt que dans une console garde les environnements cohérents
Pourquoi c'est important
Une offre d'emploi qui demande de l'expérience avec les fonctions serverless, les conteneurs ou les pipelines CI/CD décrit la façon dont presque toute équipe cloud moderne livre réellement du logiciel, pas une niche spécialisée. Ces 3 patterns s'appuient directement sur les modèles de service et les services essentiels vus plus tôt dans ce domaine : une fonction serverless reste du calcul, un conteneur a toujours besoin d'un endroit où tourner, et l'infrastructure as code provisionne toujours le même réseau et le même stockage que ce domaine a déjà couverts.
Ils préparent aussi le reste du cours. Une livraison fiable et sécurisée dépend de la discipline que ce sujet introduit : un pipeline qui teste chaque changement avant qu'il n'atteigne les utilisateurs, et une infrastructure définie en code plutôt que par des clics manuels dans une console, sont exactement ce qui rend applicables de la même façon, partout, les pratiques de sécurité et de fiabilité du domaine suivant.
