Les espaces de noms de Kubernetes divisent les ressources de cluster pour l'organisation et l'isolement. Ils agissent comme des clusters virtuels dans un seul cluster physique, séparant des ressources comme les services et les pods, permettant le contr?le d'accès à l'espace par-nom via RBAC et permettant aux quotas de ressources d'empêcher la surutilisation. Les cas d'utilisation courants incluent la séparation du développeur / stadification / production, de l'isolement par équipe ou de la gestion des configurations multi-locataires. Pour utiliser, créez un espace de noms avec Kubectl Créer un espace de noms, spécifiez-le dans les définitions de ressources ou définissez le contexte actuel avec Kubectl Config set-context. Toutes les ressources ne sont pas scoées dans l'espace de noms - les nodes et les volumes persistants restent à l'échelle du cluster. Bien que ce ne soit pas toujours nécessaire, les espaces de noms simplifient la gestion dans des environnements partagés.

Un espace de noms à Kubernetes est un moyen de diviser les ressources de cluster entre plusieurs utilisateurs ou projets. Pensez-y comme un cluster virtuel dans un seul cluster physique - il aide à organiser et à isoler les ressources sans avoir besoin de clusters séparés pour chaque équipe ou application.

Pourquoi les espaces de noms comptent

Si vous gérez un cluster Kubernetes partagé, en particulier avec plusieurs équipes ou applications, les espaces de noms sont super utiles. Ils vous permettent de garder les choses séparées - afin que les trucs de l'équipe de développement ne gachent pas accidentellement les applications de production, par exemple.

Voici comment ils aident:

• Séparation des ressources - Chaque espace de noms peut avoir son propre ensemble de services, de pods et de configurations.
• Contr?le d'accès - Vous pouvez appliquer différentes règles RBAC par espace de noms.
• Limites de ressources - Définissez des quotas afin qu'une équipe ne prenne pas tout le CPU ou la mémoire.

Ce n'est pas une isolation complète (comme le serait des grappes séparées), mais pour la plupart des configurations internes, c'est plus que suffisant.

Quand utiliser des espaces de noms

Vous n'en avez pas toujours besoin - si vous exécutez une petite configuration ou que vous jouez simplement, ils pourraient ajouter une complexité inutile. Mais dans des environnements réels, ils sont utiles.

Cas d'utilisation courants:

• Environnements de développement, de mise en scène et de production séparés
• Isoler les charges de travail par équipe ou département
• Gérer les configurations multi-locataires (comme les plates-formes SaaS)

De plus, certains outils et services supposent que vous utilisez des espaces de noms. Par exemple, les maillots de service comme Istio comptent souvent sur eux pour gérer le trafic entre les services.

Comment travailler avec des espaces de noms

L'utilisation d'espaces de noms est assez simple. Vous pouvez en créer un comme ceci:

 kubectl crée un développeur d'espace de noms

Ensuite, lors du déploiement de ressources, spécifiez simplement l'espace de noms:

 métadonnées:
  Nom: My-App
  Espace de noms: Dev

Ou, si vous souhaitez définir votre contexte actuel sur un espace de noms spécifique:

 kubectl config set-context --current --namespace = dev

Quelques conseils rapides:

• L'espace de noms default est l'endroit où tout va si vous n'en spécifiez pas
• Les composants critiques du système vivent dans kube-system
• Il y a aussi kube-public pour les ressources visibles pour tous

N'oubliez pas que toutes les ressources ne sont pas scoées dans l'espace de noms. Des choses comme les n?uds ou les volumes persistants existent à l'échelle du cluster.

C'est les bases des espaces de noms de Kubernetes. Pas trop compliqué une fois que vous avez compris, mais certainement quelque chose de facile à négliger au début.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!