ServiceExploitation et hébergement
Hébergement et DevOps pris en charge : vos sites et applications en ligne, sauvegardés et surveillés
Notre service d'hébergement et DevOps fait tourner vos sites et applications web dans des conteneurs Docker, sur un serveur que vous contrôlez, avec des certificats SSL renouvelés automatiquement, des changements DNS menés avec soin, des instantanés quotidiens, des sauvegardes et une surveillance. C'est le montage que nous utilisons pour nos propres produits : nous avons sorti de nombreuses applications de Cloud Run et Vercel vers notre propre serveur et, après l'audit de 34 projets, nous avons à peu près divisé par deux notre propre dépense mensuelle Google Cloud.
Ce que nous faisons pour vous
- L'inventaire de l'existant : serveurs, projets cloud, domaines, certificats, bases de données, accès
- Des applications empaquetées avec Docker et Docker Compose, un dossier clair par application, la configuration hors du code
- Des compilations faites sur un service d'intégration continue, pas sur le serveur de production : une compilation ratée ne coupe jamais un site
- Le HTTPS sur chaque domaine, avec renouvellement automatique des certificats
- Des migrations DNS préparées enregistrement par enregistrement, et un changement de serveurs de noms seulement avec votre accord explicite
- Des instantanés quotidiens du serveur, des sauvegardes des bases, et une restauration réellement testée
- Une surveillance et une page d'état qui montre quels services fonctionnent
- Une passation en langage clair : où tourne quoi, comment déployer, qui appeler
Pour qui
- Pour : les PME et agences dont les sites et applications sont éparpillés entre plusieurs hébergeurs et comptes cloud
- Pour : les équipes dont la facture cloud a grossi sans que personne sache à quoi sert chaque ligne
- Pour : les dirigeants qui veulent serveurs et données à leur nom, sans dépendre d'une plateforme
- Pas pour : les traitements réglementés qui imposent un hébergeur certifié précis ; nous vous le dirons plutôt que d'improviser
Ce que nous avons fait sur notre propre infrastructure
Avant de le proposer, nous l'avons fait pour nous. Nous avons audité 34 projets Google Cloud, déplacé de nombreuses applications de Cloud Run et Vercel vers un serveur unique sous Docker, et à peu près divisé par deux notre propre dépense mensuelle Google Cloud. Ce serveur fait aujourd'hui tourner nos sites et nos outils internes, avec instantanés quotidiens, sauvegardes, surveillance et page d'état.
C'est notre chiffre, sur notre montage. Vos économies dépendent de ce que vous faites tourner aujourd'hui, et parfois la bonne réponse est de rester sur une plateforme gérée. L'audit dit laquelle.
Les briques du montage
| Brique | Ce que nous faisons | Pourquoi c'est important |
|---|---|---|
| Conteneurs | Chaque application dans Docker, lancée par Docker Compose | La même application tourne de la même façon sur un portable et sur le serveur ; changer d'hébergeur devient plus simple |
| Compilations | Images construites sur un service d'intégration continue, puis récupérées par le serveur | Une compilation cassée échoue en amont, pas en production |
| SSL | Certificats gratuits renouvelés automatiquement | Les certificats Let's Encrypt durent 90 jours par défaut : le renouvellement doit être automatique |
| DNS | Enregistrements copiés et vérifiés avant toute bascule | Un enregistrement oublié peut couper l'e-mail ou un sous-domaine sans bruit |
| Sauvegardes | Instantanés quotidiens et exports des bases, avec test de restauration | Une sauvegarde jamais restaurée est un espoir, pas une sauvegarde |
| Surveillance | Contrôles de santé et page d'état | Vous apprenez une panne avant vos clients |
SSL et DNS sans mauvaise surprise
Let's Encrypt indique que ses certificats par défaut sont valables 90 jours et conseille de les renouveler tous les 60 jours ; ses certificats sont gratuits. Avec une durée aussi courte, le renouvellement doit être automatisé et surveillé : c'est ce que nous mettons en place.
Le DNS est l'endroit où de petites erreurs provoquent de grosses pannes. Nous copions chaque enregistrement, vérifions d'abord ceux de la messagerie (MX, SPF, DKIM), réduisons la durée de mise en cache avant une bascule, et ne changeons jamais de serveurs de noms sans votre accord explicite.
Vos données restent les vôtres
Serveurs, domaines et comptes cloud restent à votre nom ; nous travaillons avec les accès que vous accordez, et vous pouvez les retirer à tout moment. Quand des données personnelles sont en jeu, le RGPD attend des moyens garantissant la confidentialité, l'intégrité, la disponibilité et la résilience constantes des systèmes, et la capacité de rétablir l'accès aux données dans des délais appropriés après un incident (article 32). Des sauvegardes testées et une procédure de restauration écrite en font partie.
Notre méthode
- Audit : inventaire, coûts, risques, et une recommandation écrite, y compris ce qu'il ne faut pas déplacer.
- Plan : une application à la fois, avec un retour arrière prévu pour chaque étape.
- Bascule : conteneurs, données, certificats, puis DNS une fois la nouvelle version vérifiée.
- Suivi : surveillance, instantanés, sauvegardes, et une note mensuelle de ce qui a changé.
Les règles que nous tenons
- Aucune suppression de serveur, de base, de domaine ou d'enregistrement DNS sans votre décision.
- Aucun changement de serveurs de noms sans vous demander d'abord.
- Les secrets hors des dépôts de code.
- L'ancien hébergement gardé en secours tant que le nouveau n'a pas fait ses preuves.
Les questions qu'on nous pose
Dois-je quitter mon hébergeur actuel ?
Non. L'audit peut conclure que votre plateforme actuelle est la bonne. Nous ne déplaçons que ce qui sera nettement mieux ailleurs, une application à la fois, avec un retour possible.
À qui appartient le serveur ?
À vous. Le serveur, les domaines et les comptes sont à votre nom ; nous les exploitons avec les accès que vous nous donnez.
Mon site sera-t-il coupé pendant la bascule ?
Nous organisons les bascules pour que l'ancienne version continue de servir jusqu'à ce que la nouvelle soit vérifiée, puis nous changeons le DNS. Certains changements mettent du temps à se propager, d'où la réduction de la durée de cache DNS en amont.
Combien vais-je économiser ?
Cela dépend de ce que vous faites tourner. Notre propre dépense mensuelle Google Cloud a à peu près été divisée par deux après notre audit, mais c'est notre cas, pas une promesse pour le vôtre.
Que se passe-t-il si le serveur tombe en panne ?
Les instantanés quotidiens et les sauvegardes des bases permettent de le reconstruire, et nous testons une restauration avant de compter dessus. La surveillance et la page d'état nous alertent vite quand un service tombe, et la procédure écrite dit quoi restaurer en premier.
Sources
- Let's Encrypt : FAQ (durée et renouvellement des certificats) (vérifié le 2026-10-06)
- CNIL : texte du RGPD, chapitre 4 (article 32, sécurité du traitement) (vérifié le 2026-10-06)