Von einer Aufgabe zu einer laufenden Sandbox
CLI oder verbundenes Entwicklungstool
Fordern Sie eine Umgebung an, senden Sie Arbeiten und sammeln Sie Ergebnisse.
GitVM-Steuerungsebene
Projekt- und Sandbox-Datensätze, Vorlagenauswahl und Terminplanung. Der dokumentierte gitvmd-Dienst umfasst eine API, einen SQLite-Speicher und ein Dashboard.
Rechenknoten → Firecracker-MicroVMs
Der Knoten verwaltet die VM-Ausführung über KVM. Jede Sandbox verfügt über eine eigene Arbeitsumgebung und einen zeitlich begrenzten Lease.
Sandbox A
Zugewiesener Code und Werkzeuge
Bauen, ausführen oder testen
Konfigurierte Vorschau-URL
Sandbox B
Separate Aufgabe und Arbeitsumgebung
Eigene Zugriffsregeln
Unabhängige Ergebnisse
Behaltene Ergebnisse
Halten Sie die Lieferung ausserhalb der temporären VM. Durch das Anhalten der Sandbox wird ihr Arbeitsbereich zerstört.
Leitung und Spezialisten
Der Lead weist Arbeiten zu und sammelt Beiträge. Engram bietet signierte Agentennachrichten und optionalen Speicher; NautGate liefert Modellrouting- und Nutzungsdatensätze. Die Verfügbarkeit der Integration hängt von der Bereitstellung ab.
NautLoop baut auf der GitVM-Sandbox-Infrastruktur auf. Die Kontrollebene empfängt eine authentifizierte Anfrage, zeichnet die Sandbox auf und plant sie auf einem Rechenknoten. Der Knoten führt die virtuelle Maschine aus. Durch die Trennung dieser Jobs kann das System Umgebungen auf mehr als einem Host verwalten.
Der GitVM-Leitfaden beschreibt gitvmd als den Dienst, der die API, Projektdatensätze, den Scheduler und das Dashboard enthält, mit SQLite für seinen Status. Ein Knotendienst verwaltet Firecracker-MicroVMs über Linux KVM. Vorlagen stellen die Ausgangsumgebung bereit, anstatt jede Aufgabe zu übernehmen, eine Maschine von Grund auf zusammenzubauen.
Separate Ausführungsumgebungen
Eine microVM ist eine kleine virtuelle Maschine mit einem eigenen Gastkernel. Sein Zweck besteht hier darin, eine zugewiesene Build-, Test- oder Agent-Aufgabe abseits der Entwicklungsmaschine und anderer Aufgaben auszuführen. Eine Sandbox kann das für diese Arbeit benötigte Repository und die Tools enthalten, ohne den gesamten Inhalt Ihres Laptops zu erhalten.
Für die Isolation ist weiterhin eine Zugriffsrichtlinie erforderlich. Entscheiden Sie, welche Zugangsdaten in die VM gelangen, welche Netzwerkziele sie erreichen kann und welche Dienst-Ports sie freigibt. Ein separater Computer macht nicht jeden Befehl sicher und verhindert nicht, dass ein von Ihnen absichtlich eingegebener Berechtigungsnachweis verwendet wird.
Ein Arbeitsbereich mit einer Ablaufzeit
Die GitVM-CLI folgt einem verzeichnisbezogenen Workflow. Wärmen Sie eine Umgebung auf, synchronisieren Sie das Arbeitsverzeichnis nach /workspace und führen Sie dann dort Befehle aus. Ein konfigurierter verfügbar gemachter Port kann eine URL zum Überprüfen der Anwendung während der Ausführung bereitstellen.
Jede Sandbox hat eine Miete. TTL bedeutet Lebenszeit: Sobald diese Lebenszeit endet, kann die temporäre Umgebung wiederhergestellt werden. Dies macht eine Sandbox für einen Test oder eine Vorschau nützlich, ohne sie als permanentes Hosting zu betrachten.
Ziehen Sie Codeänderungen und Artefakte zurück, bevor Sie die VM stoppen oder die Lease ablaufen lassen. Die CLI verfügt über separate Vorgänge zum Abrufen des Arbeitsbereichs und zum Herunterladen von Artefakten. Teardown zerstört den Sandbox-Arbeitsbereich, daher muss die zu liefernde Ware an anderer Stelle vorhanden sein, bevor dies geschieht.
- 01Aus einer Vorlage erstellen
- 02Code übertragen und Aufgabe ausführen
- 03Ergebnis prüfen oder testen
- 04Code und Artefakte zurückkopieren
- 05Sandbox stoppen oder auslaufen lassen
Signierte Agentenkommunikation
Das NautLoop-Koordinationsdesign gibt einem Leiter die Aufgabe, die Aufgabe aufzuteilen und Fachbeiträge zu sammeln. Spezialisten arbeiten in getrennten Umgebungen und tauschen Nachrichten über das Agent Mesh aus, anstatt davon auszugehen, dass sie ein gemeinsames Dateisystem nutzen.
Engram stellt in diesem Design die Nachrichten- und optionale Speicherschicht bereit. Signierte Nachrichten können mit vertrauenswürdigen Schlüsseln verglichen werden, eine Signatur beweist jedoch nicht, dass ein Agent die richtige Schlussfolgerung gezogen hat. Der Leiter und der Prüfer müssen die zurückgegebene Arbeit noch bewerten.
Routing, Speicher und aktueller Umfang
NautGate stellt die Modell-Routing- und Nutzungsaufzeichnungsschicht bereit. Der optionale Engram-Speicher speichert ausgewählte Erkenntnisse über die Lebensdauer einer Sandbox hinaus. Die Beibehaltung dieses Speichers ist eine andere Wahl als die Aufrechterhaltung der VM: Die temporäre Ausführung bedeutet nicht, dass jeder zugehörige Datensatz automatisch gelöscht wird.
Die breitere NautLoop-Plattform befindet sich noch in der Entwicklung. In den Dokumenten wird die xNaut-Integration sowohl als verfügbar als auch als bevorstehende Integration beschrieben. Daher verspricht dieses Kapitel nicht, dass jeder verwaltete Workflow bereit ist. Der GitVM-Sandbox-Lebenszyklus ist die hier beschriebene konkrete technische Grundlage.