Un plan vert ne suffit pas
Un chat colle souvent des milliers de lignes qui ont l'air justes. NebulaStack retient ce que vous avez demandé, vous fait valider les choix chers, puis écrit les fichiers avec les mêmes règles à chaque fois.
Vous demandez de l'infrastructure. Vous recevez un grand ensemble de fichiers. C'est cet ensemble que votre équipe doit corriger. Un plan vert signifie seulement que le texte est valide — pas que quelqu'un peut changer de région sans casser le reste.
Vous demandez une infrastructure. On enregistre cette demande. Vous confirmez les tailles et les réseaux. On écrit les fichiers à partir de là. Ce que vous gardez, c'est la demande — pas un collage de code.
Combien de machines, quel réseau, quelle base — dans le chat ou dans un formulaire. Vous n'avez pas à écrire le Terraform vous-même.
Taille de machine, région, système d'exploitation, réseau : si vous ne les avez pas dits, nous demandons. Nous ne choisissons pas un paramètre qui gonfle la facture sans vous le dire.
Les mêmes règles donnent toujours les mêmes fichiers. Pour changer quelque chose plus tard, vous changez la demande et on réécrit.
Le même projet peut passer le plan et rester difficile à maintenir. Voici ce qui casse souvent, et ce que nous faisons à la place.
Avec un chat
Chaque ressource répète les mêmes noms et options. Vous changez une valeur, puis vous la cherchez dans tout le fichier.
Avec NebulaStack
Les réglages partagés — tags, sauvegardes, réseaux — sont écrits une fois et réutilisés. Pas besoin de corriger la même ligne à douze endroits.
Avec un chat
Région, taille de machine, mémoire, ports : tout est écrit en dur. Changer de région, c'est modifier plein d'endroits — et en oublier un.
Avec NebulaStack
Vous les réglez dans le formulaire. Si vous ne les avez pas dits, on vous demande de confirmer avant de les remplir.
Avec un chat
Réseau, serveurs, base et DNS dans un seul tas de fichiers. Difficile à relire. Difficile à réutiliser.
Avec NebulaStack
Réseau, base et machines sont des fichiers séparés. Vous changez la demande et on réécrit, au lieu d'éditer le code à la main.
Avec un chat
Cinq services deviennent cinq ressources toutes appelées app. Pendant un incident, les journaux ne vous disent rien.
Avec NebulaStack
Les noms viennent de ce que vous avez saisi, par exemple nebulastack_rds_db1. Ils restent uniques et lisibles dans la console cloud.
Avec un chat
Copie de secours de la base, durée des sauvegardes, chiffrement : l'assistant garde les réglages faciles. Il ne dit même pas que ces choix existent.
Avec NebulaStack
En Production, on active la copie de secours de la base, des sauvegardes plus longues, la protection contre la suppression, et un état chiffré. Des contrôles passent avant d'appliquer.
Trois limites comptent si vous l'utilisez dans une vraie équipe.
Si une ressource n'est pas encore dans le formulaire, l'assistant peut encore écrire du Terraform à la main. On vérifie seulement que le fichier est valide. Pour les réseaux, les machines et les bases, passez par le formulaire.
On produit un projet que vous pouvez appliquer. La source de vérité, c'est NebulaStack : quand quelque chose change, on régénère. Si vous copiez les fichiers et les corrigez à la main, vous retombez sur un collage à maintenir.
En Production, la base a une copie de secours même si cela coûte plus cher. On vous demande de confirmer la taille des machines, le réseau, le système et la région. On ne s'arrête pas encore sur chaque arbitrage de fiabilité.
