Kubernetes : Services et Ingress
Pourquoi un pod n'a pas d'adresse stable, le Service et ses trois types, sélecteur et points de terminaison, port et targetPort, nom DNS d'un Service et Ingress qui route le trafic HTTP par hôte et par chemin.
- 30 cartes
- 6 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Sur le schéma
- Mises en situation
- Comprendre
Quelques cartes du deck
Service : de quoi s'agit-il ?
Voir la réponse
Objet qui donne à un groupe de pods une adresse et un nom DNS stables, et répartit le trafic entre ceux que son sélecteur retient.
Les pods naissent et meurent avec de nouvelles adresses ; le Service reste, et les clients visent toujours le même nom.
Un pod client appelle
http://web. Sur quel port du conteneur le trafic arrive-t-il ?
```yaml
apiVersion: v1
kind: Service
metadata:
name: web
spec:
selector:
app: web
ports:
- port: 80
targetPort: 8080`80808030080443
Voir la réponse
8080L'URL sans port vise le
portdu Service, 80. Le Service redirige alors vers letargetPortdes pods : 8080. Il n'y a pas denodePortici, donc rien sur 30080.Un Service nommé
dbdans le namespacedataa pour nom DNS complet … ; un pod du même namespace le joint simplement pardb.Voir la réponse
Un Service nommé
dbdans le namespacedataa pour nom DNS complet db.data.svc.cluster.local ; un pod du même namespace le joint simplement pardb.Le DNS du cluster complète le nom avec le namespace du pod appelant ; depuis un autre namespace, on écrit
db.data.Points de terminaison : de quoi s'agit-il ?
Voir la réponse
Liste des adresses des pods prêts que sélectionne un Service ; elle est tenue à jour automatiquement.
Si cette liste est vide (
<none>), le Service n'a personne à qui envoyer le trafic : sélecteur faux, ou aucun pod prêt.