Un hébergement surveillé et sauvegardé, par ceux qui développent votre boutique.
Votre boutique est déjà tombée un jour de soldes, ou vous ne savez pas qui surveille votre serveur ? Ce qui compte n’est pas son prix mais qui le surveille, qui le met à jour et depuis quel dépôt Git il est déployé : chez nous, des serveurs en France, un déploiement appliqué par FluxCD à chaque fusion, et 99,9 % de disponibilité mesurée par UptimeRobot sur les sites qu’on suit.
Nos spécialisations
Kubernetes, GitOps, sauvegardes, supervision : ce que contient l’hébergement
Une infrastructure montée d’abord pour les boutiques qu’on maintient, dont les pièges sont racontés sur le blog erreur par erreur.
Infrastructure cloud Kubernetes
Une image Docker par site, construite en plusieurs étages (quatre sur Micro Mobility), trois environnements identiques du poste du développeur à la production, un déploiement appliqué par FluxCD à chaque fusion dans Git. On a listé les erreurs qui font dérailler une mise en prod PrestaShop sur Kubernetes, dont le volume qui masque les assets sans jamais renvoyer de 404.
Disponibilité mesurée par UptimeRobot, versions de PrestaShop et des modules comparées au catalogue Friends Of Presta et à la base CVE / NVD, régressions de performance converties en tâches. L’alerte porte sur un changement réel, pas sur un relevé isolé : un site coupé, une fois la coupure confirmée, vous est signalé par e-mail.
Sauvegardes quotidiennes de la base et des fichiers, stockées hors de l’infrastructure qui les produit. On a raconté ce qui arrive quand les sauvegardes remplissent le disque qu’elles protègent, jusqu’à 96 % : c’est le scénario que la surveillance du stockage sert à éviter.
CPU, mémoire et nombre de conteneurs PHP sont fixés par site dans les manifestes, puis revus sur la consommation relevée par la supervision. Un pic prévu (soldes, campagne) se prépare avec les chiffres du pic précédent, pas avec une estimation.
Ce que contient l’hébergement, du manifeste Kubernetes à l’alerte Mattermost
Quel en est l’intérêt ?
Un site déployé depuis Git, sauvegardé hors de son infrastructure, et surveillé avant que vos clients ne s’en aperçoivent.
Ce qui compte n’est pas que le serveur tourne : c’est de savoir dans la minute qu’il ne répond plus, de redéployer la version précédente depuis Git, et de restaurer une sauvegarde qui existe ailleurs que sur le disque en panne. Sur les sites qu’on suit, UptimeRobot mesure 99,9 % de disponibilité.
Ça se passe comment ?
Dimensionnement, mise en place, sauvegardes, migration, supervision : les cinq étapes d’un hébergement.
La bascule de Micro Mobility, d’environ une heure après une répétition sept jours avant, sert de référence pour les délais.
01
Dimensionnement sur le trafic mesuré
On lit votre trafic, vos pics et le type de site (catalogue, B2B, éditorial) pour fixer les ressources CPU et mémoire de chaque conteneur, le nombre de processus PHP et la taille de la base. Ni surdimensionné, ni sous-taillé : ajusté ensuite sur la consommation réelle relevée par la supervision.
02
Mise en place de l’infrastructure
Une image Docker par site, construite en plusieurs étages (quatre sur Micro Mobility), un espace de noms Kubernetes par environnement, un déploiement appliqué par FluxCD depuis Git, des secrets chiffrés avec SOPS, jamais en clair dans un dépôt. PHP, nginx et cache configurés pour PrestaShop, WordPress ou Symfony.
03
Sécurisation et sauvegardes
Certificat TLS, accès nominatifs, conteneurs qui tournent sans privilèges. Sauvegardes quotidiennes de la base et des fichiers, stockées hors de l’infrastructure qui les produit. Un disque rempli à 96 % par ses propres sauvegardes, on l’a rencontré, on l’a écrit, et le stockage fait partie de ce qu’on surveille.
04
Migration avec une coupure courte
Durée de vie DNS abaissée et certificat émis sept jours avant, répétition générale, sauvegardes complètes, puis bascule en heures creuses. Sur Micro Mobility : environ une heure de coupure, l’ancien site gardé sous la main plusieurs semaines. Les erreurs qui font dérailler une mise en prod PrestaShop sur Kubernetes, dont un volume qui masque les assets sans renvoyer de 404, sont listées sur le blog.
05
Mises à jour et supervision
Versions de PHP et images de base suivies, déploiements depuis Git avec retour sur la version précédente, et Minty Monito qui suit la disponibilité, les failles connues et les régressions de performance, avec une alerte par e-mail quand une coupure est confirmée. Les ressources sont revues sur la consommation mesurée quand l’activité change.
En quoi ça m’engage ?
Un forfait mensuel fixe, facturé à part de la maintenance.
Le tarif dépend des ressources allouées et du nombre d’environnements ; il ne bouge pas avec le trafic du mois. Il se fixe après lecture de votre trafic réel, pas sur une grille.
Sauvegardes quotidiennes de la base et des fichiers, stockées hors de l’infrastructure
Supervision continue par Minty Monito : disponibilité, sécurité, performance, alerte par e-mail si le site est coupé
Certificat TLS et accès sécurisés inclus
Migration depuis votre hébergeur actuel, bascule répétée avant le jour J
Un développeur qui connaît la boutique répond aux incidents, pas un support de premier niveau
Qu’est-ce que ça m’apporte ?
Ce que ça change, relevé par Minty Monito
Mesuré par la supervision, pas promis.
99,9 % de disponibilité mesurée par UptimeRobot sur les sites qu’on suit
Une alerte dès qu’une coupure est confirmée, avant le premier client qui vous écrit
Un retour arrière en un déploiement, parce que chaque version est dans Git
Sur Micro Mobility, un temps de réponse serveur de 371 ms en médiane après refonte et migration, contre 538 ms avant
Les sites hébergés, avec les chiffres relevés
Fiches projet des boutiques dont on tient aussi l’infrastructure.
La tête de réseau Batiman pilotait ses adhérents avec un outil maison. Nous avons conçu et développé Réseau 360, une application Symfony sur mesure : bibliothèque d’outils du manuel opérationnel, fiches adhérents, suivi des visites et des comptes rendus, actions à répartir entre collaborateurs, documents stockés chiffrés. Déployée sur Kubernetes, sans CMS.
Le Compère livre du café aux entreprises, sur abonnement. Sa boutique est un PrestaShop 9.2 entièrement sur mesure : un thème enfant Hummingbird aux couleurs de la marque, dix blocs PrettyBlocks que l’on réorganise depuis le back-office, un configurateur d’abonnement à paliers et un coursier à la demande pour les commandes express, le tout déployé sur Kubernetes.
Quel hébergement choisir pour une boutique PrestaShop ?
Un hébergement où quelqu’un surveille, met à jour et sait redéployer, plus qu’une fiche technique. Chez nous, chaque boutique a son image Docker, des ressources fixées sur son trafic mesuré et une configuration PHP, cache et base de données pensée pour PrestaShop, sur des serveurs OVH à Roubaix. Les sept boutiques de 36 Factory sont passées sur cette infrastructure un mois après leur reprise.
Pourquoi héberger un site e-commerce sur Kubernetes ?
Pour que la production soit décrite dans Git et non sur un serveur que personne n’ose toucher. FluxCD applique chaque fusion, un retour arrière tient en un déploiement, les secrets sont chiffrés avec SOPS et les trois environnements sont identiques. Les erreurs qui font dérailler une mise en production PrestaShop sur Kubernetes, on les a listées sur le blog.
Qu’est-ce qui est inclus dans votre hébergement PrestaShop ?
Des sauvegardes quotidiennes de la base et des fichiers stockées hors de l’infrastructure, un certificat TLS, le suivi des versions de PHP et des images de base, et la supervision par Minty Monito. Un incident est traité par un développeur qui connaît la boutique, pas par un support de premier niveau.
Combien coûte l’hébergement d’une boutique PrestaShop ?
À partir de 130€ HT par mois. Le montant, fixe, dépend des ressources allouées et du nombre d’environnements, et ne varie pas avec le trafic du mois. On le fixe après avoir lu vos chiffres réels, et on répond à une demande de devis sous 24 heures ouvrées. Il est facturé à part de la TMA.
Pouvez-vous migrer ma boutique depuis mon hébergeur actuel ?
Oui, avec une bascule répétée avant le jour J : durée de vie DNS abaissée et certificat émis à l’avance, sauvegardes complètes, puis coupure en heures creuses. Sur Micro Mobility, la répétition a eu lieu sept jours avant et la coupure a duré environ une heure. L’ancien hébergement reste disponible le temps de vérifier.
Que se passe-t-il si mon site tombe en panne ?
Minty Monito le détecte : la disponibilité est mesurée par UptimeRobot, et une coupure confirmée, pas un relevé isolé, déclenche une alerte immédiate et un e-mail pour vous. L’incident est assigné au développeur de garde et pris en charge sous 2 heures ouvrées : redéploiement de la version précédente depuis Git, ou restauration d’une sauvegarde. Sur les sites qu’on suit, UptimeRobot relève 99,9 % de disponibilité.
Où sont stockées les données de mes clients ?
En France, chez OVH à Roubaix, pour les sites qu’on héberge : la base de données et les fichiers restent sur cette infrastructure Kubernetes, et les sauvegardes, quotidiennes, sont stockées hors de l’infrastructure qui les produit.
Bon, on en discute ?
Demandez votre diagnostic de performance gratuit : un échange de 30 minutes, vos Core Web Vitals relevés sur mobile et une synthèse écrite de ce qui mérite d’être corrigé en premier.
