Partie 4 · Kubernetes
Kubernetes, son histoire et le choix d'un modèle
Kubernetes (du grec ancien, « timonier, homme de barre, maître de navigation ») est un orchestrateur de conteneurs qui s'impose progressivement comme la solution de référence. Il a été créé par des ingénieurs de Google et rendu open source en 2014.
| Date | Évènement |
|---|---|
| 2003 | création de Borg, outil de gestion de cluster |
| 2013 | publication du papier présentant Omega |
| 2014 | introduction d'une version allégée d'Omega sous le nom de Kubernetes |
| 2015 | Kubernetes v1.0 |
| 2017 | Kubernetes 1.6, version de stabilisation, adoptée par de plus en plus d'entreprises |
Vérifie que tu as compris
Standalone, Swarm ou Kubernetes ? (point de vue SNCF)
| Modèle | Caractéristiques |
|---|---|
| Docker standalone | placement avec Ansible |
| Docker + Swarm | orchestrateur simple, prise en main rapide, scalabilité semi-automatique |
| Docker + Kubernetes (CaaS) | orchestrateur évolué, scalabilité automatique, complexe à prendre en main |
Choix cible de l'entreprise : CaaS (Docker engine + Kubernetes), avec le maximum de solutions managées on Cloud, des infrastructures élastiques, des environnements mutualisés, des compétences rationalisées et des déploiements standardisés.
Exemple d'architecture applicative : un Load Balancer devant un service LoadBalancer, un pod Ingress controller, puis un service NodePort par API (api1, api2, api3...), chaque service pointant sur un pod. Le routage se fait par nom d'hôte.
Vérifie que tu as compris
Qui gère quoi ?
Dans le schéma « Demain dans le Cloud, ça PaaS ou ça CaaS » : en IaaS, le client gère de OS à Data ; en PaaS, il gère l'application et les données ; en CaaS, il gère le conteneur, l'orchestrateur étant du côté de la plateforme. Le cours distingue une partie « managée par le provider Cloud » et une partie « managée par la SNCF ».