Projekt- und Organisationseinstellungen
Die zwei Einstellungsseiten, was jede ändert, und die drei Aktionen ohne Rückweg.
Auf dieser Seite
Wo was liegt
Einstellungen sitzen auf der Ebene, die sie betreffen. Die eines Projekts ändern dieses Projekt, die einer Organisation jedes Projekt darunter.
Das meiste aus dem Alltag steht gar nicht hier, sondern beim Workload, den es betrifft. Domains liegen an der App, Backups auf der Backups-Seite des Projekts, Secrets unter Configuration. Einstellungen sind für das, was die Klammer beschreibt, nicht ihren Inhalt.
Projekteinstellungen
Anzeigename und Beschreibung, beides kosmetisch und jederzeit änderbar. Der Name des Projekts selbst lässt sich nicht ändern, weil anderes darauf verweist. Darunter liegen Members, um jemandem in diesem Projekt eine andere Rolle als in der Organisation zu geben, Shared configuration und Portability, das das ganze Projekt als normale Kubernetes-Manifeste exportiert.
Zwei Aktionen haben Folgen:
In eine andere Organisation verschieben. Das Projekt wandert mit seinen Workloads, und Tarif, Abrechnung und Mitglieder des Ziels übernehmen. Nützlich, wenn ein Projekt der Organisation entwächst, in der es angefangen hat. Die Aktion erscheint nur, wenn du zu einer weiteren Organisation gehörst, und dort musst du ebenfalls Admin sein.
Das Projekt löschen. Alles darin geht mit: Apps, Datenbanken, Volumes und die Wiederherstellungspunkte. Der Dialog verlangt den Projektnamen zum Eintippen, weil dahinter nichts mehr kommt.
Ein gelöschtes Projekt nimmt seine Wiederherstellungspunkte mit. Ein Backup rettet dich hier also nicht. Wenn du davon später noch etwas willst, hol es vorher heraus oder exportier es.
Organisationseinstellungen
| Abschnitt | Was er setzt |
|---|---|
| Settings | Den Anzeigenamen der Organisation, den nur ein Owner ändert, und Delete organization, sobald keine Projekte mehr darin sind |
| Members, Domains, API tokens, Notifications, Registries | Eigene Einträge in der Seitenleiste der Organisation. Siehe Mitglieder und Rollen, Pull-Credentials und Alerts |
Wie viel CPU, Memory und Platte ein Projekt reservieren darf, kommt aus deinem Tarif und steht auf der Seite Plan. Pro Projekt stellst du nichts ein, ein grösserer Tarif hebt es für alle Projekte an.
Grenzen und Fallstricke
- Namen sind endgültig, Anzeigenamen nicht. Was eine URL, ein Label oder ein anderer Workload referenziert, lässt sich nicht umbenennen.
- Ein Verschieben ändert, wer zahlt. Tarif und Grenzen der Ziel-Organisation greifen sofort. Ein Projekt, das in einen kleineren Tarif zieht, kann über den Grenzen liegen und nichts Neues mehr anlegen.
- Alle sehen diese Seiten, nur Admins ändern sie. Ein Member darf in einem Projekt alles ausrollen und es nicht umbenennen. Die Organisation benennt nur ein Owner um.
Verwandt
- Organisationen, Projekte, Workloads dazu, wem was gehört.
- Tarif und Kosten für die Kapazität, die ein Tarif jedem Projekt gibt.
- Mitglieder und Rollen dazu, wer diese Seiten öffnen darf.