bige-ops Gratuit

Projets, simulations & promote

Tout est local et hiérarchique : un workspace sur ton poste, des comptes Outscale dedans, des simulations dans chaque compte. Une simulation est live, les autres sont des brouillons — jusqu’au promote.

Le modèle

flowchart TB
  W[Workspace sur ton poste] --> A[Compte = un compte Outscale]
  A --> C[credentials et inventory et shared.yaml]
  A --> S1[Simulation live]
  A --> S2[Simulation draft]
  S2 -->|promote| S1
  S1 -->|archivee| S3[Archive]

Le compte porte ce qui est partagé ; la simulation porte ce qui est jetable.

Niveau	Sur disque	Contient
Workspace	un dossier de ton choix	tes comptes
Compte	`accounts/<id>/`	credentials, inventaire, `shared.yaml`
Simulation	`accounts/<id>/simulations/<name>/`	la stack, le YAML, les artefacts générés

Live et draft

Simulation live — existing/, ou celle que tu as promue. C’est la stack de travail, orientée production, celle qui correspond à ce que tu appliques sur le compte.
Simulation draft — une variante en parallèle. Tu casses, tu essaies, tu compares le coût. Elle ne remplace rien tant que tu ne fais pas promote.

Convention Git. La simulation live pousse sur la branche main du config-history. Une simulation draft ou archivée pousse sur sim/<slug>. Détail : GitHub config.

Les commandes

bige-ops account list
bige-ops account add
bige-ops account show
bige-ops account shared-add
bige-ops account shared-list

bige-ops simulation list
bige-ops simulation create
bige-ops simulation ensure
bige-ops simulation clone
bige-ops simulation promote
bige-ops simulation archive

bige-ops simulation snapshot
bige-ops simulation snapshots
bige-ops simulation rollback --snapshot <id> --dry-run

bige-ops diff config
bige-ops workspace migrate

Promote

promote marque la simulation courante comme live et archive la précédente. Par défaut, un snapshot de l’ancienne live est pris avant ; l’option --no-snapshot le désactive. Avec --push-main, les configs partent sur la branche main du dépôt de config-history.

cd accounts/<id>/simulations/ma-variante
bige-ops simulation promote            # snapshot auto + archive de l’ancienne live
bige-ops simulation promote --push-main

Snapshots, rollback, diff

snapshot capture l’état de la configuration, snapshots les liste, rollback --snapshot <id> revient dessus (essaie d’abord avec --dry-run). diff config compare le YAML courant à un snapshot. C’est un filet local sur la configuration.

Rollback de la config ≠ rollback du cloud. Un rollback remet tes fichiers YAML dans un état antérieur. Il ne touche rien sur Outscale. Revenir en arrière côté infrastructure veut dire re-plan puis re-apply, et parfois un destroy — avec les risques de perte de données que cela implique. Le rollback Git côté GitHub, lui, reste manuel.

Bon à savoir

L’état de vérité du cloud, c’est le compte Outscale et le state Terraform ; les simulations versionnent la configuration.
On promeut ou on archive une simulation ; deux drafts ne se fusionnent pas.
Le workspace est local, sur un poste ; la coordination d’équipe passe par Git.
Ton process de release reste le tien — périmètre.

Historique Git : GitHub config. YAML brut : config expert. Lire le compte existant : inventaire & import. Objet et backups : OOS. Définition : glossaire · promote.