Ein grüner Plan reicht nicht
Ein Chat fügt oft Tausende Zeilen ein, die richtig wirken. NebulaStack merkt sich, was Sie verlangt haben, lässt Sie teure Entscheidungen bestätigen und schreibt die Dateien jedes Mal nach denselben Regeln.
Sie fragen nach Infrastruktur. Sie bekommen eine Wand aus Dateien. Diese Wand muss Ihr Team reparieren. Ein grüner Plan heißt nur: der Text ist gültig — nicht, dass jemand die Region ändern kann, ohne den Rest zu zerbrechen.
Sie fragen nach Infrastruktur. Wir speichern diese Anfrage. Sie bestätigen Größen und Netze. Wir schreiben die Dateien daraus. Was Sie behalten, ist die Anfrage — nicht ein Paste aus generiertem Code.
Wie viele Maschinen, welches Netz, welche Datenbank — im Chat oder im Formular. Sie müssen kein Terraform selbst schreiben.
Maschinengröße, Region, Betriebssystem, Netz: wenn Sie es nicht gesagt haben, fragen wir. Wir wählen nicht still eine Einstellung, die die Rechnung aufbläht.
Dieselben Regeln erzeugen immer dieselben Dateien. Später ändern Sie die Anfrage, und wir schreiben neu.
Dasselbe Projekt kann den Plan bestehen und trotzdem unhaltbar sein. Was meist bricht, und was wir stattdessen tun.
Mit einem Chat
Jede Ressource wiederholt dieselben Namen und Optionen. Sie ändern einen Wert und suchen ihn dann in der ganzen Datei.
Mit NebulaStack
Geteilte Einstellungen — Tags, Backups, Netze — stehen einmal und werden wiederverwendet. Nicht zwölfmal dieselbe Zeile.
Mit einem Chat
Region, Maschinengröße, Speicher, Ports: alles hart kodiert. Region wechseln heißt viele Stellen — und eine vergessen.
Mit NebulaStack
Sie setzen sie im Formular. Fehlen sie, fragen wir vor dem Ausfüllen nach.
Mit einem Chat
Netz, Server, Datenbank und DNS in einem Dateihaufen. Schwer zu lesen. Schwer wiederzuverwenden.
Mit NebulaStack
Netz, Datenbank und Maschinen sind getrennte Dateien. Sie ändern die Anfrage und wir schreiben neu, statt den Code von Hand zu editieren.
Mit einem Chat
Fünf Dienste werden fünf Ressourcen namens app. Um 2 Uhr nachts sagen die Logs nichts.
Mit NebulaStack
Namen kommen aus Ihrer Eingabe, zum Beispiel nebulastack_rds_db1. Sie bleiben eindeutig und lesbar in der Cloud-Konsole.
Mit einem Chat
Datenbank-Standby, Backup-Dauer und Verschlüsselung bleiben auf den leichten Einstellungen. Der Assistent sagt nicht einmal, dass diese Entscheidungen existieren.
Mit NebulaStack
In Production schalten wir Datenbank-Standby, längere Backups, Löschschutz und verschlüsselten State ein. Prüfungen laufen vor dem Anwenden.
Das ist kein Zauber. Drei Grenzen, wenn Sie es im echten Team nutzen.
Was noch nicht im Formular ist, kann der Assistent weiter per Hand als Terraform schreiben. Wir prüfen nur, ob die Datei gültig ist. Für Netze, Maschinen und Datenbanken nutzen Sie das Formular.
Wir erzeugen ein Projekt zum Anwenden. Die Quelle der Wahrheit ist NebulaStack: bei Änderungen neu erzeugen. Kopieren und von Hand flicken heißt wieder einen Paste pflegen.
In Production bekommt die Datenbank ein Standby, auch wenn es mehr kostet. Größe, Netz, Betriebssystem und Region bestätigen Sie. Nicht jeder Zuverlässigkeits-Kompromiss stoppt uns schon.
