hierarchical namespaces
v1.1.0
$ kubectl hns create my-service -n my-team
$ kubectl hns tree my-team
my-team
└── my-serviceLos espacios de nombres jerárquicos facilitan compartir su clúster al hacer que los espacios de nombres sean más potentes. Por ejemplo, puede crear espacios de nombres adicionales en el espacio de nombres de su equipo, incluso si no tiene permiso a nivel de clúster para crear espacios de nombres, y aplicar fácilmente políticas como RBAC, políticas de red y (beta en v1.1) cuotas de recursos jerárquicas en todos los espacios de nombres de su equipo (por ejemplo, un conjunto de microservicios relacionados).
¡Obtenga más información en la Guía del usuario de HNC o comience con las instrucciones a continuación!
Desarrollador principal: @adrianludwin ([email protected])
Para instalar HNC en su clúster y el complemento kubectl-hns en su estación de trabajo, siga las instrucciones en nuestras páginas de lanzamiento.
Una vez instalado HNC, puede probar el inicio rápido de HNC para tener una idea de lo que HNC puede hacer. O bien, siéntete libre de sumergirte directamente en la guía del usuario.
Por favor, presente los problemas: ¡cuantos más, mejor! Los errores se investigarán lo antes posible, mientras que las solicitudes de funciones se priorizarán y asignarán a un hito o trabajo pendiente.
Todos los problemas de HNC se asignan a un hito de HNC. Hasta el momento, se encuentran definidos o planificados los siguientes hitos:
Las versiones de HNC anteriores a HNC v0.9 están disponibles en nuestro antiguo repositorio.
HNC es supervisado por el Grupo de Trabajo sobre Multi-Tenancy (wg-multitenancy). Únase a nosotros en Slack, listas de correo y en nuestra reunión en la página de nuestra comunidad.
Si utiliza HNC, le recomendamos unirse a la lista de correo kubernetes-hnc-announce, una lista de bajo volumen para recibir actualizaciones como una nueva versión de HNC y cambios propuestos o nuevas funciones.
Este proyecto se rige por wg-multitenancy y originalmente estaba ubicado en ese repositorio. Se mudó a esta ubicación después de la aprobación de firma de autenticación en KEP #1687.
La mejor manera de ayudar a incorporar espacios de nombres jerárquicos al ecosistema de Kubernetes es probar HNC e informar los problemas que tenga con el propio HNC o con su documentación. O, si le funciona bien, háganoslo saber en el canal #wg-multitenancy en Slack o únase a una reunión de wg-multitenancy. ¡Nos encantaría saber de usted!
Pero si está buscando un nivel más profundo de participación, ¡consulte nuestra guía para contribuyentes!
HNC usa Prow para ejecutar pruebas, que se configura aquí. Los envíos previos ejecutan hack/ci-test.sh en este repositorio, y los envíos posteriores y periódicos ejecutan hack/prow-run-e2e.sh . Los resultados se muestran en testgrid y se configuran aquí. Para obtener más información sobre los trabajos de Prow (por ejemplo, una referencia para las configuraciones), consulte aquí.
Estos archivos de configuración deben inspeccionarse periódicamente (por ejemplo, aproximadamente una vez cada lanzamiento) para asegurarse de que estén completamente actualizados.
HNC utiliza Google Cloud Build para crear algunos artefactos. Tenemos la intención de automatizar completamente nuestro proceso de lanzamiento utilizando este método con el tiempo. Consulte docs/automated-builds.md para obtener más información.
Para liberar HNC, siga esta guía.
