hierarchical namespaces
v1.1.0
$ kubectl hns create my-service -n my-team
$ kubectl hns tree my-team
my-team
└── my-serviceHierarchische Namespaces erleichtern die gemeinsame Nutzung Ihres Clusters, indem sie Namespaces leistungsfähiger machen. Sie können beispielsweise zusätzliche Namespaces unter dem Namespace Ihres Teams erstellen, auch wenn Sie nicht über die Berechtigung auf Clusterebene zum Erstellen von Namespaces verfügen, und problemlos Richtlinien wie RBAC, Netzwerkrichtlinien und (Beta in Version 1.1) hierarchische Ressourcenkontingente anwenden alle Namespaces in Ihrem Team (z. B. eine Reihe verwandter Microservices).
Erfahren Sie mehr im HNC-Benutzerhandbuch oder beginnen Sie mit den folgenden Anweisungen!
Hauptentwickler: @adrianludwin ([email protected])
Um HNC auf Ihrem Cluster und das kubectl-hns -Plugin auf Ihrer Workstation zu installieren, befolgen Sie die Anweisungen auf unseren Release-Seiten.
Sobald HNC installiert ist, können Sie den HNC-Schnellstart ausprobieren, um eine Vorstellung davon zu bekommen, was HNC leisten kann. Alternativ können Sie auch direkt in die Bedienungsanleitung eintauchen.
Bitte reichen Sie Probleme ein – je mehr, desto besser! Fehler werden so schnell wie möglich untersucht, während Funktionsanfragen priorisiert und einem Meilenstein oder Backlog zugeordnet werden.
Alle HNC-Probleme werden einem HNC-Meilenstein zugeordnet. Bisher sind folgende Meilensteine definiert bzw. geplant:
Diese Versionen von HNC vor HNC v0.9 sind in unserem alten Repo verfügbar.
HNC wird von der Arbeitsgruppe für Multi-Tenancy (wg-multitenancy) beaufsichtigt. Bitte besuchen Sie uns auf Slack, in Mailinglisten und bei unserem Treffen auf unserer Community-Seite.
Wenn Sie HNC verwenden, empfehlen wir Ihnen, sich der Mailingliste kubernetes-hnc-announce anzuschließen, einer Liste mit geringem Volumen, um Updates wie neue Versionen von HNC und vorgeschlagene Änderungen oder neue Funktionen zu erhalten.
Dieses Projekt wird von wg-multitenancy verwaltet und befand sich ursprünglich in diesem Repo. Der Umzug an diesen Standort erfolgte nach Genehmigung durch Sig-Auth in KEP Nr. 1687.
Die beste Möglichkeit, zur Einführung hierarchischer Namespaces in das Kubernetes-Ökosystem beizutragen, besteht darin, HNC auszuprobieren und die Probleme zu melden, die Sie entweder mit HNC selbst oder seiner Dokumentation haben. Oder, wenn es bei Ihnen gut funktioniert, lassen Sie es uns auf dem #wg-multitenancy-Kanal auf Slack wissen oder nehmen Sie an einem wg-multitenancy-Meeting teil. Wir würden uns freuen, von Ihnen zu hören!
Wenn Sie jedoch auf der Suche nach einer tieferen Ebene der Beteiligung sind, schauen Sie sich bitte unseren Leitfaden für Mitwirkende an!
HNC verwendet Prow zum Ausführen von Tests, die hier konfiguriert werden. Die Presubmits führen hack/ci-test.sh in diesem Repo aus, und die Postsubmits und Periodics führen hack/prow-run-e2e.sh aus. Die Ergebnisse werden im Testgrid angezeigt und hier konfiguriert. Weitere Informationen zu Prow-Jobs (z. B. eine Referenz für die Konfigurationen) finden Sie hier.
Diese Konfigurationsdateien sollten regelmäßig überprüft werden (z. B. etwa einmal pro Veröffentlichung), um sicherzustellen, dass sie vollständig auf dem neuesten Stand sind.
HNC verwendet Google Cloud Build zum Erstellen einiger Artefakte. Wir beabsichtigen, unseren Release-Prozess mit dieser Methode im Laufe der Zeit vollständig zu automatisieren. Weitere Informationen finden Sie unter docs/automated-builds.md.
Befolgen Sie diese Anleitung, um HNC freizugeben.
