Service · Développement logicielDéveloppement logiciel
Une maintenance qui rend votre logiciel ennuyeux, au bon sens du terme
Notre service de maintenance fait tourner et tient à jour votre site, votre application ou votre plateforme, chaque mois : mises à jour de sécurité et de dépendances, contrôles de santé et surveillance, instantanés quotidiens, renouvellement automatique des certificats, corrections de bugs et petites améliorations. Chaque changement passe d'abord par un environnement de test, et vous recevez chaque mois une note claire de ce qui a été fait.
Ce que nous faisons pour vous
- Un premier audit : ce qui tourne, comment c'est déployé, ce qui est sauvegardé, ce qui casserait en premier
- Des contrôles de santé sur chaque service et une surveillance qui nous alerte avant que vos utilisateurs ne s'en aperçoivent
- Des instantanés quotidiens des serveurs et des sauvegardes régulières de la base, avec une restauration réellement testée
- Des certificats SSL renouvelés automatiquement
- Les mises à jour de sécurité et de dépendances appliquées en dev, vérifiées en uat, puis publiées en prod
- Les corrections de bugs et petites évolutions dans le périmètre convenu chaque mois
- Une note mensuelle en langage clair : incidents, mises à jour, changements, ce que nous recommandons ensuite
Pour qui
- Pour vous : votre application a été construite par un freelance ou une agence qui n'est plus là
- Pour vous : votre équipe livre des fonctionnalités mais personne ne surveille serveurs, sauvegardes et mises à jour
- Pour vous : vous voulez un interlocuteur unique qui connaît le système quand quelque chose ne va pas
- Pas pour vous : des systèmes que nous ne pouvons ni lire ni déployer ; il nous faut l'accès au code et aux serveurs
Comment nous faisons tourner nos propres systèmes
C'est ce que nous faisons chaque jour sur notre propre infrastructure, et ce que nous apportons à la vôtre : chaque projet a ses environnements dev, uat et prod et une adresse de prévisualisation par branche ; les compilations tournent sur GitHub Actions, jamais sur le serveur de production ; les applications tournent avec Docker Compose et des contrôles de santé ; les serveurs ont des instantanés quotidiens ; une mise en production ratée revient automatiquement en arrière. Des agents surveillent nos serveurs toutes les cinq minutes et alimentent une page de santé ; nous avons aussi automatisé le renouvellement SSL sur quatre serveurs AWS.
Les briques
- Contrôles de santé. L'instruction HEALTHCHECK de Docker indique comment vérifier qu'un conteneur fonctionne encore ; un conteneur qui échoue est marqué « unhealthy », ce que surveille notre supervision.
- Instantanés. Sur Google Cloud, les planifications d'instantanés sauvegardent automatiquement les disques persistants (toutes les heures, chaque jour ou chaque semaine) avec une durée de conservation à fixer ; Google les recommande comme bonne pratique pour Compute Engine. Nous utilisons l'équivalent sur les autres clouds.
- Certificats. Let's Encrypt délivre les certificats via le protocole ACME ; renouveler signifie refaire l'émission, donc nous l'automatisons au lieu de compter sur un rappel d'agenda.
- Mises en production. Les changements sont compilés sur GitHub Actions, une plateforme d'intégration et de déploiement continus qui compile, teste et déploie le code quand un événement survient dans un dépôt.
Ce qui se passe quand quelque chose casse
- Détecter. Un contrôle de santé ou un signalement utilisateur déclenche une alerte.
- Contenir. Retour à la version précédente ou redémarrage du service en panne ; restauration depuis un instantané seulement si nécessaire.
- Vous prévenir. Un court message sur ce qui s'est passé et ce qui est touché, dès que nous le savons.
- Corriger. La cause corrigée en dev, vérifiée en uat, publiée en prod.
- Retenir la leçon. Une ligne dans le compte rendu mensuel et, si utile, un nouveau contrôle pour détecter plus tôt la prochaine fois.
Ce dont nous avons besoin de votre part
- Un accès au dépôt de code, aux serveurs ou comptes cloud, et au DNS du domaine
- La liste des personnes à prévenir en cas d'incident, et quand
- Vos priorités : ce qui ne doit jamais s'arrêter, ce qui peut attendre lundi
Les questions qu'on nous pose
Pouvez-vous reprendre une application que nous n'avons pas construite avec vous ?
En général, oui. Nous commençons par un court audit et vous disons franchement ce qui est risqué, ce qui manque (sauvegardes, tests, environnements) et ce que nous corrigerions d'abord.
Garantissez-vous une disponibilité de 100 % ?
Personne ne peut honnêtement le faire. Nous mettons en place les contrôles, sauvegardes et retours arrière qui rendent les incidents rares et courts, et nous rendons compte de chacun.
Qu'est-ce qu'une petite évolution ?
Un texte, un réglage, un nouveau champ, une correction mineure : ce qui tient dans le temps mensuel convenu. Les fonctionnalités plus lourdes sont chiffrées à part avant de commencer.
Où est hébergée notre application ?
Là où c'est cohérent : sur notre propre serveur avec Docker, sur votre compte cloud, ou là où elle tourne déjà. Le code et les données restent à vous.
Sources
- Documentation Docker : référence Dockerfile, HEALTHCHECK (vérifié le 2026-10-06)
- Documentation Google Cloud : planifier des instantanés de disques (vérifié le 2026-10-06)
- Let's Encrypt : comment ça marche (vérifié le 2026-10-06)
- Documentation GitHub : comprendre GitHub Actions (vérifié le 2026-10-06)