Faire tourner le trading, même quand tout le reste s’arrête.

L’expérience présente les bénéfices avant les spécifications : un bureau Windows disponible 24/7, une latence réduite, une protection réseau et une connexion à distance depuis n’importe quel appareil. J’ai construit le site et le dashboard dans la même application Next.js, avec une navigation localisée par next-intl, une interface claire en français et en anglais et des parcours adaptés au mobile.

Les offres sont structurées autour du nombre de plateformes et du niveau de performance attendu. Dans le code, les plans servent de référence commune à l’interface, à Stripe et au fournisseur VPS. Lors d’un changement d’offre, la route d’upgrade calcule le prorata avec Stripe puis tente une mise à niveau du serveur sans changer son IP lorsque le fournisseur le permet.

Le parcours relie directement l’abonnement au provisionnement automatique du VPS. J’ai créé une interface de fournisseur commune pour démarrer, arrêter, redémarrer, supprimer ou mettre à niveau une instance. StableVPS peut ainsi passer de Zomro à Aeza ou Cloudzy par configuration, sans réécrire le parcours client. Le webhook Stripe contient aussi une logique de récupération : si le paiement existe mais que le service n’a pas été créé, le provisionnement peut être relancé sans facturer une seconde fois.

Le dashboard centralise les VPS actifs, leurs échéances, les renouvellements et le portefeuille du client. J’ai centralisé tous les débits dans une seule fonction atomique afin d’éviter les soldes incohérents. La recharge automatique utilise une clé d’idempotence, retente le débit après paiement et crée transaction, facture et email.

L’architecture permet d’orchestrer plusieurs partenaires d’infrastructure derrière une expérience unique. J’ai complété cette base avec une API authentifiée par clés, des routes de contrôle VPS, une tâche planifiée de vérification des expirations, des tickets de support et un back-office capable de synchroniser abonnements et services.