Comment les applications en cours d'exécution dans Kubernetes interagissent-elles entre elles?

L'interaction entre applications dans Kubernetes se fait principalement via des services réseau.

1. Découverte de services : Les applications ne communiquent pas directement avec les pods via leurs adresses IP, car celles-ci sont éphémères et peuvent changer lors de la recréation. À la place, elles utilisent la découverte de services, qui fournit un nom DNS stable et une IP pour un groupe de pods effectuant la même fonction.

   • ClusterIP : Type de service par défaut, fournissant une IP interne accessible uniquement à l'intérieur du cluster.
   • NodePort : Ouvre un port statique sur chaque nœud du cluster, redirigeant le trafic vers le service ClusterIP.
   • LoadBalancer : Crée un équilibreur de charge externe (si le fournisseur cloud le supporte).
   • ExternalName : Permet au service de faire référence à un nom DNS externe.

2. DNS : Kubernetes fournit un serveur DNS interne (par exemple, CoreDNS), qui crée automatiquement des noms DNS pour les services. L'application peut accéder à un autre service par le nom service-name.namespace.svc.cluster.local ou par une version abrégée service-name.

3. Politiques réseau : Définissent comment les groupes de pods peuvent interagir entre eux et avec des points finaux réseau externes. Elles sont utilisées pour isoler le trafic réseau pour des raisons de sécurité.

   apiVersion: networking.k8s.io/v1
   kind: NetworkPolicy
   metadata:
     name: deny-all-ingress
     namespace: default
   spec:
     podSelector: {} # Applique à tous les pods dans le namespace default
     policyTypes:
     - Ingress
     ingress: [] # Interdit tout le trafic entrant
   

4. Ingress : Gère l'accès externe aux services dans le cluster, généralement via HTTP/HTTPS. Le contrôleur Ingress (par exemple, Nginx Ingress, Traefik) route le trafic du réseau externe vers les services internes correspondants selon les règles définies dans la ressource Ingress.

5. Service Mesh : (Par exemple, Istio, Linkerd) Ajoute un niveau supplémentaire d'abstraction et de fonctionnalités pour l'interaction entre services. Offre des capacités telles que TLS mutuel, traçabilité des requêtes, métriques, gestion du trafic (tests A/B, déploiements canari) au niveau des proxies (conteneurs sidecar) ajoutés à chaque pod.

Ainsi, les mécanismes principaux d'interaction sont la découverte de services via DNS et les différents types de services, complétés par des politiques réseau pour la sécurité et Ingress/Service Mesh pour une gestion plus avancée du trafic et de l'observabilité.