Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Cryptography

 

Como en muchas otras plataformas, suele haber más de un usuario (o equipo) trabajando en un clúster de Kubernetes. Supongamos que un conjunto Pod llamado webserver1 ha sido creado por un departamento de DevOps, pero cuando el Departamento de ventas intenta iniciar una caja Pod con el mismo nombre, el sistema le dará un error:

Error from server (AlreadyExists): error when creating "webserver1.yaml": pods "webserver1" already exists

Kubernetes ha’ganado, permitir que el mismo nombre de objeto para los recursos Kubernetes aparezca más de una vez en el mismo ámbito.

Los espacios de nombres proporcionan el ámbito del recurso Kubernetes, como proyecto/inquilino en OpenStack. Los nombres de los recursos deben ser únicos en un espacio de nombres, pero no en los espacios de nombres. Es’una forma natural de dividir los recursos de clúster entre varios usuarios.

Kubernetes se inicia con tres espacios de nombres iniciales:

  • valor predeterminado: Espacio de nombres predeterminado para los objetos que no tienen ningún otro espacio de nombres.

  • Kube-System: Espacio de nombres para objetos creados por el sistema Kubernetes.

  • Kube-público: Inicialmente creado por la herramienta kubeadm al implementar un clúster. Por Convención, el propósito de este espacio de nombres es hacer que algunos recursos sean legibles para todos los usuarios sin autenticación. Existe principalmente en Kubernetes clusters de arranque stapped solo con la herramienta kubeadm.