hierarchical namespaces
v1.1.0
$ kubectl hns create my-service -n my-team
$ kubectl hns tree my-team
my-team
└── my-service계층적 네임스페이스를 사용하면 네임스페이스를 더욱 강력하게 만들어 클러스터를 더 쉽게 공유할 수 있습니다. 예를 들어 네임스페이스를 생성할 수 있는 클러스터 수준 권한이 없더라도 팀의 네임스페이스 아래에 추가 네임스페이스를 생성하고 RBAC, 네트워크 정책 및 (v1.1의 베타) 계층적 리소스 할당량과 같은 정책을 쉽게 적용할 수 있습니다. 팀의 모든 네임스페이스(예: 관련 마이크로서비스 세트)
HNC 사용자 가이드에서 자세히 알아보거나 아래 지침에 따라 시작하세요!
수석 개발자: @adrianludwin([email protected])
클러스터에 HNC를 설치하고 워크스테이션에 kubectl-hns 플러그인을 설치하려면 릴리스 페이지의 지침을 따르세요.
HNC가 설치되면 HNC 빠른 시작을 시도하여 HNC가 수행할 수 있는 작업에 대한 아이디어를 얻을 수 있습니다. 아니면 바로 사용자 가이드를 살펴보세요.
문제를 제출해 주세요. 많을수록 더 즐겁습니다! 버그는 최대한 빨리 조사될 예정이며, 기능 요청은 우선 순위가 지정되어 마일스톤이나 백로그에 할당됩니다.
모든 HNC 문제는 HNC 마일스톤에 할당됩니다. 지금까지 다음과 같은 마일스톤이 정의되거나 계획되었습니다.
HNC v0.9 이전 버전의 HNC는 이전 저장소에서 사용할 수 있습니다.
HNC는 멀티 테넌시 실무 그룹(wg-multitenancy)의 감독을 받습니다. Slack, 메일링 리스트, 커뮤니티 페이지 회의에 참여해 주세요.
HNC를 사용하는 경우, HNC의 새 버전, 제안된 변경 사항 또는 새로운 기능과 같은 업데이트를 받을 수 있는 소규모 목록인 kubernetes-hnc-announce 메일링 목록에 가입하는 것이 좋습니다.
이 프로젝트는 wg-multitenancy에 의해 관리되며 원래 해당 저장소에 있었습니다. KEP #1687의 sig-auth 승인 후 이 위치로 이전되었습니다.
Kubernetes 생태계에 계층적 네임스페이스를 가져오는 데 기여할 수 있는 가장 좋은 방법은 HNC를 시험해 보고 HNC 자체 또는 해당 설명서와 관련된 문제를 보고하는 것입니다. 또는 잘 작동한다면 Slack의 #wg-multitenancy 채널을 통해 알려주시거나 wg-multitenancy 미팅에 참여하세요. 우리는 당신의 의견을 듣고 싶습니다!
하지만 더 깊은 수준의 참여를 원하신다면 기여자 가이드를 확인하세요!
HNC는 Prow를 사용하여 여기에서 구성된 테스트를 실행합니다. 사전 제출은 이 저장소에서 hack/ci-test.sh 실행하고 사후 제출 및 정기 제출은 hack/prow-run-e2e.sh 실행합니다. 결과는 테스트 그리드에 표시되며 여기에서 구성됩니다. Prow 작업에 대한 자세한 내용(예: 구성 참조)은 여기를 참조하세요.
이러한 구성 파일은 정기적으로(예: 릴리스당 한 번 정도) 검사하여 완전히 최신 상태인지 확인해야 합니다.
HNC는 일부 아티팩트를 빌드하기 위해 Google Cloud Build를 사용합니다. 우리는 시간이 지남에 따라 이 방법을 사용하여 릴리스 프로세스를 완전히 자동화할 계획입니다. 자세한 내용은 docs/automated-builds.md를 참조하세요.
HNC를 해제하려면 이 가이드를 따르세요.
