Pas de l’espace revendu sur la plateforme d’un autre. L’infrastructure est la nôtre : quand il faut changer quelque chose, nous le changeons au lieu d’ouvrir un ticket.
SERVICE / 03
Une infrastructure à laquelle vous ne pensez plus.
L’hébergement est la partie que personne ne remarque jusqu’à ce qu’elle tombe — et c’est alors la seule que l’on remarque. Nous posons des fondations volontairement ennuyeuses, et nous les mesurons au lieu de les supposer.
01 / Le brief
La plupart des problèmes de performance sont de la configuration, pas du code.
Une compression qui n’atteint jamais votre JavaScript. Des en-têtes de cache qui font de chaque visite une première visite. Une revalidation qui renvoie 200 au lieu de 304. Rien de tout cela n’apparaît en revue de code, et tout se mesure en une après-midi.
02 / Ce que vous obtenez
Ce que vous obtenez
Un panneau construit ici qui vous donne accès à votre serveur — état, ressources, journaux et les commandes utiles, sans file d’attente entre les deux.
Deux services maison, installés et testés avant la mise en ligne, pas des options ajoutées après le premier incident.
Enregistrement, transfert et renouvellement dans le même ensemble, à un prix nettement inférieur aux grands bureaux d’enregistrement passé la première année.
Des fonctions et services managés quand la charge est irrégulière, de vrais serveurs quand une charge prévisible revient moins cher. Nous ne sommes attachés à aucun des deux.
Des alertes liées au vécu des visiteurs, et une personne identifiée qui répond quand l’une se déclenche.
03 / Comment ça se passe
Comment ça se passe
- 01Mesurer l’état actuel
Volumes réellement transférés, taux de cache réels, temps de réponse réels — avant de toucher à quoi que ce soit.
- 02D’abord ce qui coûte peu
Compression, en-têtes et poids des images rapportent souvent plus qu’un serveur plus gros, pour une fraction du prix.
- 03Automatiser la livraison
Une commande, identique à chaque fois, avec la migration et l’invalidation du cache dans le bon ordre.
- 04Le prouver à nouveau
Les mêmes mesures après le changement, pour que le gain soit un chiffre et non une impression.
04 / Notre façon de construire
Notre façon de construire
Des chiffres avant et après chaque changement. Un cache ne fonctionne que si la seconde visite coûte moins, et cela se teste.
Chaque service ajouté est un service à mettre à jour, surveiller et comprendre à trois heures du matin.
Des sauvegardes dont vous avez restauré au moins une fois. Une sauvegarde non testée est une croyance, pas un plan.
05 / En pratique
Lizaria
Lizaria fait tourner Shopware, MySQL, Redis et une façade Nuxt dans des conteneurs séparés derrière nginx, avec Redis découpé par rôle et un tableau de bord qui distingue « disponible » de « réellement efficace ».