Ta stack dort quand personne ne s'en sert.

Et se réveille au premier visiteur, dans le bon ordre, en une à deux minutes. Tu arrêtes de payer des machines qui tournent pour rien.

Une toute petite VM, la gardienne, veille sur ta stack. Quand l'app tourne, elle ne fait rien. Quand plus personne ne s'en sert, elle met les machines en pause. Au prochain visiteur, elle les rallume et affiche une page d'attente qui suit le démarrage.

• Moins cher

  Tu ne paies plus le calcul des machines qui dorment. Allumée seulement aux heures de bureau, une stack de 3 VMs passe de 565 € à environ 286 € HT par mois, gardienne comprise.

• Moins d'énergie

  Une machine en pause ne fait plus travailler de processeur. Le serveur consomme moins d'électricité pour rien, la nuit, le week-end, entre deux démos.

• Plus de nature

  Moins de chaleur à évacuer, c'est moins d'eau et d'énergie pour refroidir le datacenter. Et la capacité que tu libères sert à d'autres.

Estimation faite avec bige-ops sur une stack à la demande. Les disques, les IP et le load balancer restent facturés pendant la pause, et une VM réservée est due quoi qu'il arrive. Pas de chiffre de CO₂ ou de litres d'eau par VM : ça dépend du datacenter. On mesure ce qui se mesure, les heures où ta stack dort.

Comment ça marche

Une règle simple pour les horaires

Pendant tes plages horaires, la stack reste allumée, même sans trafic. En dehors, elle se met en pause après 60 minutes sans aucune requête, et se rallume à la visite suivante, toute seule ou sur un clic si tu préfères un bouton.

"schedule": {
  "timezone": "Europe/Paris",
  "days": ["mon", "tue", "wed", "thu", "fri"],
  "awake": ["08:00-12:00", "14:00-18:00"]
},
"idle_after": "60m",
"wake": { "on_visit": true, "button": false }

Une visite la nuit réveille la stack une seule fois : les visiteurs suivants voient la progression, sans relancer le démarrage. Seul un navigateur qui exécute la page d'attente réveille la stack : robots, appels d'API, webhooks et onglets cachés ne réveillent rien, et des plafonds (réveils par jour, heures allumées par mois) bornent ce que les robots peuvent te coûter.

Sûre par construction

• Jamais sur le chemin des requêtes quand l'app tourne : aucune perte de performance.
• Pas d'IP publique, une clé qui ne sait que lire, démarrer et arrêter tes machines, rien d'autre.
• Un seul binaire Go, sans dépendance ni télémétrie, à relire en un après-midi : modèle de menace.

Et pour le reste de ta stack, bige-ops cherche les failles de ton code et de tes dépendances, sur ton poste.

Avec bige-ops, c'est un interrupteur

bige-ops est une application gratuite, installée sur ton poste, qui conçoit ton infrastructure cloud, la chiffre, vérifie ses failles et la déploie. La mise en veille y arrive comme un simple interrupteur sur ta stack : horaires, page d'attente et économie estimée avant de l'activer (en cours d'intégration).

Essaie-la en local

Il te faut seulement Docker. La démo lance un load balancer, une app, une base et la gardienne. L'app t'indique dans combien de temps elle sera mise en pause ; recharge ensuite la page : la gardienne affiche ses réglages et un bouton Démarrer, puis suit le réveil jusqu'au retour de l'app.

git clone https://github.com/simondelamarre/standby-bige-ops
cd standby-bige-ops
make test
make local-up
open http://localhost:8088

Où en est le projet

Le cycle complet tourne en local avec Docker et les pilotes Outscale et OVHcloud sont écrits ; leur premier essai sur un vrai compte arrive. Scaleway suivra. Le code est ouvert : un manifeste et un fichier de configuration suffisent pour le forker, avec ou sans bige-ops.