Yasiba← Retour aux services

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.

Ce que cela couvreServeurs · domaines · sauvegardes · messagerie · supervision
Stack habituelleServeurs propres · serverless · Docker · nginx · Redis
Convient àLes produits où la lenteur ou la panne coûte vraiment de l’argent
Commence parUn état des lieux de ce qui est réellement servi aujourd’hui

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

01Des serveurs que nous exploitons nous-mêmes

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.

02Votre propre panneau de contrôle

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.

03Sauvegardes et messagerie, déjà en place

Deux services maison, installés et testés avant la mise en ligne, pas des options ajoutées après le premier incident.

04Des domaines à tarifs compétitifs

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.

05Serverless ou dédié, selon le besoin

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.

06Supervision et réponse

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

  1. 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.

  2. 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.

  3. 03Automatiser la livraison

    Une commande, identique à chaque fois, avec la migration et l’invalidation du cache dans le bon ordre.

  4. 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

Mesuré, pas supposé

Des chiffres avant et après chaque changement. Un cache ne fonctionne que si la seconde visite coûte moins, et cela se teste.

Le moins de pièces possible

Chaque service ajouté est un service à mettre à jour, surveiller et comprendre à trois heures du matin.

La restauration avant la disponibilité

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 ».