Exploiter
CI/CD et DevOps
Mettre en production doit être un non-événement, plusieurs fois par semaine, sans réunion.
Quand déployer fait peur, on déploie rarement ; quand on déploie rarement, chaque mise en production emporte trois mois de changements, et c'est justement ce qui casse. La sortie de ce cercle est mécanique : automatiser jusqu'à ce que publier ne demande plus qu'une commande. Chez nous, une mise en production part d'une ligne de commande, exécute les tests, construit l'image, la déploie, et le retour arrière consiste à redéployer la version précédente. Ce que ça donne, mesuré sur les trente derniers jours : environ 150 mises en production par jour, réparties sur 65 projets, sans réunion et sans fenêtre de livraison. C'est cette chaîne-là que nous installons chez nos clients.
La méthode
Comment nous procédons
- 01
On rend la construction reproductible
Versions des dépendances figées, image construite à l'identique à chaque fois. « Ça marche sur ma machine » est un symptôme d'environnement non reproductible, pas une fatalité.
- 02
On fait tourner les tests à chaque modification
Automatiquement, avant tout déploiement. Un test qu'on lance à la main quand on y pense ne protège de rien.
- 03
On déploie sans coupure
La nouvelle version démarre, prouve qu'elle répond, puis l'ancienne s'arrête. Si elle ne répond pas, elle est abandonnée et le service continue avec l'ancienne.
- 04
On garde le retour arrière à portée de main
Chaque version reste déployable. Revenir en arrière prend une minute, ce qui rend le déploiement peu risqué — donc fréquent, donc encore moins risqué.
Ce que vous recevez
Les livrables
- check_circleLa chaîne de construction et de déploiement en place, déclenchée automatiquement
- check_circleLes environnements séparés : développement, préproduction, production
- check_circleLa procédure de mise en production et de retour arrière, tenant sur une page
- check_circleL'historique des versions déployées, avec ce que chacune contenait
La preuve
Où nous l'avons fait
Andrée Putman
Depuis 2025Mobilier réédité, projets d'architecture intérieure, collaborations : un site bilingue qui expose une œuvre et vend des pièces, sans faire attendre le visiteur.
Lire le cas clientarrow_forward
FlatBay
Depuis 2015Des agences noyées sous les dossiers incomplets. Un assistant qui réclame les pièces manquantes, calcule le taux d'effort et ne transmet que les dossiers complets.
Lire le cas clientarrow_forward
Gextra
Depuis 2010Orientation des patients, dossiers de soin, planning des équipes, recrutement, facturation, applications mobiles : un système métier complet, seize ans de règles, trente établissements — et une interface qu'on refait écran par écran sans jamais arrêter l'activité.
Lire le cas clientarrow_forward
Gextra Academy
Depuis 2026Le prestataire coupait les accès : les parcours, les supports et les évaluations partaient avec l'abonnement. Tout a été récupéré, puis remis en service sur une plateforme qui appartient à l'établissement.
Lire le cas clientarrow_forward
Premium Goods — site public
Depuis 2018Vanille, arômes, tabac : le même produit ne se nomme pas de la même façon en Europe et aux États-Unis. Le site public le prend en charge, du texte jusqu'au formulaire.
Lire le cas clientarrow_forward
Clinalliance — réservation
Depuis 2016Un centre ouvre ses créneaux, ses clients réservent, paient et reçoivent leur facture. Le service tourne depuis 2016 et il a suivi toutes les versions de notre stack.
Lire le cas clientarrow_forward
Vins de Pomponette
Depuis 2026Un domaine bio du Minervois, une affiche de présentation et quatre cuvées. Site créé de zéro — design, développement, référencement, hébergement — sans un cookie ni une requête vers un tiers.
Lire le cas clientarrow_forward
HAY HuaHin
Depuis 2024Un studio en location à Hua Hin, en Thaïlande. Site refait, hébergé, déployé et référencé par nous — et c'est notre argent qui passe dans les campagnes Google Ads.
Lire le cas clientarrow_forward
Notre flotte
Depuis 2010Git, intégration continue, registre d'images, SSO, DNS, métriques, journaux, supervision : tout tourne chez nous, sur des briques libres. Pas parce que c'est militant — parce que ça tient mieux la charge, ça coûte dix fois moins, et ça ne s'arrête pas quand un fournisseur change d'avis.
Lire le cas clientarrow_forwardQuestions fréquentes
- Nous n'avons pas de tests. C'est bloquant ?
- Non. On installe d'abord la chaîne, puis on ajoute des tests sur ce qui casse le plus souvent — en général les calculs et les règles métier. Attendre une couverture complète pour automatiser revient à ne jamais commencer.
- Kubernetes ?
- Rarement justifié en dessous d'une certaine taille. Nous faisons tourner des dizaines d'applications en production sur une orchestration nettement plus simple, que deux personnes peuvent comprendre entièrement. Choisir un outil qu'on ne maîtrise pas, c'est déplacer le risque, pas le réduire.
- Vous intervenez sur une chaîne existante ?
- Oui. GitHub Actions, GitLab CI, Jenkins : le principe est le même. Nous reprenons l'existant, nous le fiabilisons, et nous ne le remplaçons que si le maintenir coûte plus cher que le refaire.
Aussi dans « Exploiter »
Infrastructure et hébergement
Vos serveurs, tenus par des gens qui les administrent tous les jours pour d'autres clients aussi.
speedPerformance web
Un site lent perd des clients avant même de s'être présenté. Ça se mesure et ça se corrige.
monitor_heartSupervision et astreinte
Savoir que le site est tombé avant que votre client vous appelle pour vous le dire.
mark_email_readE-mails et délivrabilité
Vos e-mails automatiques arrivent-ils vraiment ? La plupart du temps, une partie n'arrive pas.
Parlons de votre projet
Un échange de trente minutes suffit à savoir si nous sommes le bon prestataire. Nous répondons sous 48 heures, et nous disons non quand ce n'est pas pour nous.