Projekte und Konten

Ihr Konto ist die oberste Ebene. Zu ihm gehören Abrechnung, Mitglieder und der Ressourcen-Pool. Projekte liegen in Ihrem Konto. Jedes Projekt ist eine isolierte Umgebung, in der Ihre Apps laufen. Die meisten Nutzer starten mit einem oder zwei Projekten (z. B. staging, prod) und erweitern dann nach Bedarf.

Projekte gehören zu einem Workspace. Das ist Ihr persönlicher Workspace oder ein geteilter, in den der Inhaber Mitglieder mit der Rolle „admin“ oder „member“ aufnimmt. Projekte in einem geteilten Workspace laufen im Tarif des Workspace-Inhabers. Ihr Agent sieht über nyx_project_list jeden Workspace, in dem er handeln darf, und die Projekte darin.

Der RAM-Pool

Jedes Projekt bezieht RAM aus dem Pool Ihres Kontos. Er besteht aus dem Grundkontingent Ihres Tarifs plus allen RAM-Paketen, die Sie gebucht haben. Speicher kommt aus einem eigenen Pool (Speicher Ihres Tarifs plus Speicherpakete), nicht aus dem RAM.

Ist Ihr Pool 8 GB groß und haben Sie prod 5 GB und staging 2 GB zugeteilt, bleibt 1 GB frei. Soll staging auf 4 GB wachsen, teilen Sie entweder prod weniger zu, oder Sie buchen ein weiteres RAM-Paket. Die Größenänderung übernimmt Ihr Agent. Ein Paket bucht ein Mensch in der Console. Die Aufrufe und welcher Schritt die Rechnung verändert, stehen unter Skalierung und RAM.

Isolation zwischen Projekten

Projekte sind voneinander abgeschottet, auch im selben Workspace. Wo eine Ressource eine eigene Anmeldung hat, bekommt jedes Projekt (oder jeder Bucket) eine eigene Identität, und das System, das die Ressource hält, prüft sie. Die Trennung ist also kein Filter vor einem gemeinsamen Konto.

Ressource	Was andere Projekte draußen hält
Ihre Apps und Datenbanken	Jedes Projekt hat eine eigene Netzwerkgrenze. Apps in einem Projekt erreichen sich gegenseitig, Verkehr aus anderen Projekten ist gesperrt. Eine Datenbank, die Sie in einem Projekt betreiben, ist aus einem anderen nicht erreichbar.
Der Zugriff Ihres Agenten	Die Tools, die in einem Projekt handeln, laufen mit einer Rolle, die nur an dieses Projekt gebunden ist.
Buckets (wo Objektspeicher verfügbar ist)	Jeder Bucket bekommt beim Speicheranbieter eigene Zugangsdaten, und eine Bucket-Policy dort weist jeden anderen Schlüssel ab, auch die anderer Projekte. Siehe Speicher und Backups.
Git auf einem angebundenen Gerrit	Jedes Projekt liest mit einem eigenen Nur-Lese-Konto, und nur die Repositories, auf die der Repository-Inhaber diesem Projekt Zugriff gegeben hat. Siehe Aus einem privaten Repo ausrollen.
Secrets	Projekt- und App-Secrets liegen in ihrem Projekt. Dessen Workloads und dessen Agent können sie lesen, kein anderes Projekt.

Console

In der Console steht die RAM-Zuteilung eines Projekts auf seiner Seite Apps & agents, neben den Apps, die das RAM nutzen. In der CLI: nyx account ram und nyx project state.

Weiter: Das Cookbook