Livrez un workflow comme vous livrez du logiciel
Un changement est planifié en changeset, exécuté, puis pondéré entre versions de 0 à 100 % : une nouvelle version fait ses preuves sur une fraction du trafic réel avant de tout récupérer.
Des changesets relisibles, un trafic pondéré entre versions de 0 à 100 % et une configuration promue entre environnements.
Comment un changement est livré
- Déployez sous forme de changeset relisible — Un déploiement est d'abord planifié — vous voyez ce qu'il va changer avant qu'il ne change quoi que ce soit — puis exécuté, ou annulé. Chaque étape est auditée et les changements de ressources lui sont rattachés : une release se lit comme un tout, pas comme des modifications éparses.
- Trafic pondéré entre versions — Routez un pourcentage des événements entrants vers une nouvelle version et laissez le reste sur l'ancienne. Envoyez d'abord 5 %, observez le taux d'erreur dans la supervision, puis ajustez le curseur — ou revenez en arrière, sans redéploiement.
- Promouvez la configuration entre environnements — Exportez la configuration d'un espace et importez-la ailleurs, avec une stratégie explicite pour les éléments déjà présents. La préproduction cesse d'être l'endroit où l'on ressaisit ce que la production sait déjà.
- Variables et secrets par environnement — La même définition de workflow pointe vers des endpoints et des identifiants différents selon l'environnement d'exécution. La promotion déplace la structure du workflow sans traîner les clés de production dans un environnement de test.
Capacités de la plateforme
- 0–100 %: Pondération du trafic par version
- Planifier → exécuter: Voyez le changement avant qu'il n'arrive
- Export/import: Déplacez la config entre environnements
Puis-je déployer une nouvelle version progressivement ?
Oui. Le trafic est attribué aux versions sous forme de pondérations de 0 à 100 : vous démarrez une nouvelle version sur une petite part des événements réels, comparez son taux d'erreur à la précédente et ajustez la pondération dans les deux sens sans redéployer.
Qu'advient-il des exécutions en cours quand je déploie ?
Les versions coexistent au lieu de se remplacer : une exécution continue sur la version où elle a démarré. La pondération décide dans quelle version entrent les nouveaux événements, elle ne réécrit pas le travail déjà engagé.
Dois-je reconstruire mes workflows dans chaque environnement ?
Non. La configuration s'exporte d'un espace et s'importe dans un autre, avec une stratégie de conflit qui dit quoi faire de ce qui existe déjà. Variables et secrets restent cantonnés à leur environnement : la définition voyage, pas les identifiants.