Edge
La porte d’entrée de la plateforme reçoit les connexions HTTPS et décide vers quelle couche transmettre la requête. À terme, elle est conçue pour ne pas reposer sur un composant unique.
Infrastructure
Quatre couches.
Quatre couches.
Un rôle clair pour chacune.
EDGE reçoit, CACHE évite le travail, WEB exécute le dynamique et DATA conserve l’état. Cette séparation rend l’ensemble plus lisible et plus évolutif.
01EDGETerminaison TLS · orientation
02CACHERéponses cacheables · règles de bypass
03WEBNginx · PHP-FPM · OPcache
04DATAFichiers · MySQL · cache objet
Cache
Varnish conserve temporairement des réponses publiques lorsqu’elles s’y prêtent. Les contenus privés ou dynamiques empruntent automatiquement le chemin Web.
Web
Un pool de nœuds Nginx/PHP-FPM exécute le code. L’affinité favorise les processus et caches chauds, tout en laissant un autre nœud reprendre.
Data
Les fichiers persistants, les bases MySQL et le cache objet sont séparés du calcul. Leur architecture évoluera par groupes et shards selon la croissance réelle.
Ce que nous ne prétendons pas
La précision vaut mieux que l’effet d’annonce.
Pas de chiffres fictifs
Le nombre de nœuds, de datacenters et la capacité finale seront publiés lorsqu’ils seront mesurables.
Pas de ressources dédiées
L’offre est mutualisée. L’isolation et les quotas protègent l’usage, sans transformer le service en serveur dédié.
Pas de réplication magique
Une requête MySQL n’est pas annoncée comme distribuée sur tous les serveurs. Les données suivent leur shard.
Une offre. Une architecture claire.