Lors de la Session 007, 0fee.dev avait trois services séparés : un backend FastAPI, un tableau de bord SolidJS et un site marketing SolidJS séparé. Trois services signifiaient trois processus de build, trois conteneurs Docker, trois ensembles de dépendances à maintenir et un reverse proxy nginx routant entre eux selon le chemin URL. La Session 008 a simplifié cela à deux services en fusionnant le site marketing dans l'application SolidJS du tableau de bord.
Le système de routage à 3 layouts
La clé de la fusion était un système de routage à 3 layouts :
- Layout public -- Pages marketing (accueil, tarifs, documentation, à propos).
- Layout dashboard -- Pages authentifiées (applications, transactions, paramètres).
- Layout checkout -- Pages minimales (checkout hébergé, page de paiement).
Chaque route est assignée à un layout, et le routeur SolidJS rend le layout approprié avec la barre latérale, la navigation et le pied de page correspondants.
Résultats
- De 3 services à 2 (backend + frontend).
- Un seul processus de build pour tout le frontend.
- Un seul conteneur Docker pour le frontend.
- Partage des composants entre marketing et dashboard (thème, pied de page, navigation).
Cet article fait partie de la série « Comment nous avons construit 0fee.dev ». 0fee.dev est un orchestrateur de paiement couvrant 53+ fournisseurs dans 200+ pays, construit par Juste A. GNIMAVO et Claude depuis Abidjan sans aucun ingénieur humain. Suivez la série pour l'histoire complète de la construction.