Construction d'une infrastructure dédiée aux sites statiques/sites next

[pagbrl]

Data For Good déploie fréquemment des sites statiques ou sites NextJS dont certains reçoivent une couverture médiatique fort (presse écrite, JT, etc.).

Pour le moment la plupart de ces sites sont hébergés chez des hébergeurs américains (Netlify, et jusqu'il y a peu Vercel), mais pour le site de dataforgood nous avons décidé de l'héberger sur notre infrastructure Scaleway.

Néanmoins les tests de charge montrent plusieurs problèmes liés à la montée en charge du site :

• Comme il n'y a pas de cache, toutes les requêtes même les plus simples remontent jusqu'à l'API de Strapi (pour le site dataforgood.fr), et le serveur se retrouve rapidement limité en CPU
• Ces consommations excessives en cas de pic affectent le reste des services déployés

J'aimerais qu'on ait une stratégie pour

• Mettre en place du cache sur nos sites statiques/next pour mobiliser le moins de ressources possibles sur ces sites
• Cloisonner l'utilisation des ressources pour éviter de paralyser les autres services, soit via une isolation forte (VM différente, Machine bare metal différente) soit via une isolation logique à creuser (je ne sais pas si Swarm gère bien les cgroups?)

La mise en place d'un CDN devant notre infra est aussi un point à creuser, mais on devra garder en tête les critères de sélection des outils. https://bunny.net peut-être un bon candidat dans un premier temps.

[DnzzL]

@pagbrl pour le coup, le fait que si peu de routes soient statiques sur le site c'est de notre faute, on est dessus pour corriger ça.
Mais on en arrive à un point, je maintiens que NextJS est casse gueule et ajouter par mégarde un composant client peut rendre toute la page dynamique. Pour les sites Content-First je recommande chaudement Astro qui a des défauts plus sains.