Containers, orchestration et serverless dans les architectures cloud native

Une application peut être hébergée dans le cloud sans avoir été conçue pour en exploiter pleinement les propriétés. Le terme cloud native désigne une approche dans laquelle l'architecture et l'exploitation de l'application sont pensées pour des environnements dynamiques et fortement automatisés.

Du serveur à l'unité de déploiement

Kubernetes et l'état désiré

Kubernetes illustre cette logique. L'utilisateur décrit un état désiré, par exemple trois instances d'une application. La plateforme observe ensuite l'état réel du système et agit afin de le rapprocher de cette configuration.

Cette approche évite de considérer chaque serveur comme une machine unique à maintenir manuellement. Une instance peut disparaître et être remplacée automatiquement.

Le serverless pousse l'abstraction plus loin

Avec le serverless, l'utilisateur se concentre davantage sur le code ou le service à exécuter et délègue encore davantage la gestion de l'infrastructure.

Le terme ne signifie pas que les serveurs ont disparu. Ils existent toujours, mais leur allocation, leur dimensionnement et une partie de leur exploitation sont masqués derrière le service fourni.

L'automatisation devient structurelle

Dans une architecture cloud native, le déploiement, la configuration et une partie des opérations sont généralement automatisés. Les API déclaratives, l'Infrastructure as Code et les pipelines CI/CD permettent de reproduire plus facilement un environnement et de limiter les opérations manuelles.

Cette automatisation apporte de la souplesse, mais augmente aussi le nombre de composants et d'interactions à comprendre.