hierarchical namespaces
v1.1.0
$ kubectl hns create my-service -n my-team
$ kubectl hns tree my-team
my-team
└── my-serviceOs namespaces hierárquicos facilitam o compartilhamento do cluster, tornando os namespaces mais poderosos. Por exemplo, você pode criar namespaces adicionais no namespace de sua equipe, mesmo se não tiver permissão em nível de cluster para criar namespaces, e aplicar facilmente políticas como RBAC, políticas de rede e (beta na v1.1) cotas de recursos hierárquicos em todos os namespaces da sua equipe (por exemplo, um conjunto de microsserviços relacionados).
Saiba mais no Guia do usuário HNC ou comece com as instruções abaixo!
Desenvolvedor líder: @adrianludwin ([email protected])
Para instalar o HNC em seu cluster e o plug-in kubectl-hns em sua estação de trabalho, siga as instruções em nossas páginas de lançamento.
Depois que o HNC estiver instalado, você poderá experimentar o início rápido do HNC para ter uma ideia do que o HNC pode fazer. Ou sinta-se à vontade para mergulhar direto no guia do usuário.
Por favor, registre os problemas - quanto mais, melhor! Os bugs serão investigados o mais rápido possível, enquanto as solicitações de recursos serão priorizadas e atribuídas a um marco ou backlog.
Todos os problemas do HNC são atribuídos a um marco do HNC. Até o momento, os seguintes marcos estão definidos ou planejados:
As versões do HNC anteriores ao HNC v0.9 estão disponíveis em nosso antigo repositório.
O HNC é supervisionado pelo Grupo de Trabalho sobre Multilocação (wg-multilocação). Junte-se a nós no Slack, nas listas de e-mail e em nossa reunião na página da comunidade.
Se você usa HNC, recomendamos ingressar na lista de discussão kubernetes-hnc-announce, uma lista de baixo volume para receber atualizações, como nova versão do HNC e alterações propostas ou novos recursos.
Este projeto é regido pelo wg-multitenancy e estava originalmente localizado nesse repositório. Ele mudou para este local após aprovação por sig-auth no KEP #1687.
A melhor maneira de ajudar a trazer namespaces hierárquicos para o ecossistema Kubernetes é experimentar o HNC e relatar os problemas que você tem com o próprio HNC ou com sua documentação. Ou, se estiver funcionando bem para você, informe-nos no canal #wg-multitenancy no Slack ou participe de uma reunião do wg-multitenancy. Adoraríamos ouvir de você!
Mas se você está procurando um nível mais profundo de envolvimento, confira nosso guia para contribuidores!
O HNC usa o Prow para executar testes, que são configurados aqui. Os pré-envios são executados hack/ci-test.sh neste repositório, e os pós-envios e periódicos são executados hack/prow-run-e2e.sh . Os resultados são exibidos no testgrid e configurados aqui. Para mais informações sobre jobs do Prow (por exemplo, uma referência para as configurações), veja aqui.
Esses arquivos de configuração devem ser inspecionados periodicamente (por exemplo, uma vez no lançamento) para garantir que estejam totalmente atualizados.
A HNC usa o Google Cloud Build para construir alguns artefatos. Pretendemos automatizar totalmente nosso processo de lançamento usando esse método ao longo do tempo. Consulte docs/automated-builds.md para obter mais informações.
Para liberar o HNC, siga este guia.
