hierarchical namespaces

Контроллер иерархического пространства имен (HNC)

$ kubectl hns create my-service -n my-team
$ kubectl hns tree my-team
my-team
└── my-service

Иерархические пространства имен упрощают совместное использование кластера, делая пространства имен более мощными. Например, вы можете создать дополнительные пространства имен в пространстве имен вашей команды, даже если у вас нет разрешений на уровне кластера для создания пространств имен, и легко применять такие политики, как RBAC, сетевые политики и (бета-версия в версии 1.1) иерархические квоты ресурсов все пространства имен в вашей команде (например, набор связанных микросервисов).

Узнайте больше в Руководстве пользователя HNC или начните работу с инструкций ниже!

Ведущий разработчик: @adrianludwin ([email protected])

Использование HNC

Начало работы и дополнительная информация

Чтобы установить HNC в свой кластер и плагин kubectl-hns на свою рабочую станцию, следуйте инструкциям на наших страницах выпуска.

После установки HNC вы можете попробовать краткое руководство по HNC, чтобы получить представление о возможностях HNC. Или вместо этого не стесняйтесь погрузиться прямо в руководство пользователя.

Дорожная карта и проблемы

Пожалуйста, сообщайте о проблемах – чем больше, тем лучше! Ошибки будут расследованы как можно скорее, а запросы функций будут расставлены по приоритетам и распределены по контрольным точкам или невыполненным заданиям.

Все проблемы HNC присваиваются контрольным точкам HNC. На данный момент определены или запланированы следующие этапы:

• v1.2: отдел кадров для общего обслуживания; листинг на стороне сервера; улучшения стабильности (расчетное время в конце 2023 г.)
• v1.1: Иерархические квоты; инклюзивное распространение (выпущено 23 июня 2023 г.)
• v1.0: HNC рекомендуется для промышленного использования (выпущено 31 марта 2022 г.)

Старые версии

Версии HNC до HNC v0.9 доступны в нашем старом репозитории.

Контакты и управление

HNC контролируется Рабочей группой по мультитенантности (wg-multitenancy). Пожалуйста, присоединяйтесь к нам в Slack, списках рассылки и на нашей встрече на странице нашего сообщества.

Если вы используете HNC, мы рекомендуем присоединиться к списку рассылки kubernetes-hnc-announce — небольшому списку для получения обновлений, таких как новая версия HNC, а также предлагаемых изменений или новых функций.

Этот проект управляется wg-multitenancy и изначально находился в этом репозитории. Он был перемещен в это место после одобрения подписи в KEP № 1687.

Вклад в HNC

Лучший способ внести свой вклад во внедрение иерархических пространств имен в экосистему Kubernetes — опробовать HNC и сообщить о проблемах, возникающих либо с самим HNC, либо с его документацией. Или, если вам это подходит, сообщите нам об этом на канале #wg-multitenancy в Slack или присоединитесь к собранию wg-multitenancy. Мы хотели бы услышать ваше мнение!

Но если вы ищете более глубокий уровень участия, ознакомьтесь с нашим руководством для участников!

CI-инфраструктура и выпуск

HNC использует Prow для запуска тестов, который настраивается здесь. В этом репозитории предварительные отправки запускают hack/ci-test.sh , а пост-отправки и периодические издания — hack/prow-run-e2e.sh . Результаты отображаются в testgrid и настраиваются здесь. Дополнительную информацию о заданиях Prow (например, ссылку на конфигурации) смотрите здесь.

Эти файлы конфигурации следует периодически проверять (например, после выпуска), чтобы убедиться, что они полностью обновлены.

HNC использует Google Cloud Build для создания некоторых артефактов. Мы намерены со временем полностью автоматизировать процесс выпуска, используя этот метод. Дополнительную информацию см. в docs/automated-builds.md.

Чтобы выпустить HNC, следуйте этому руководству.