Roadmap Phase 4 — migration progressive nodyx-core vers Rust (Axum)

Phase 4 — Migration vers Rust

Pourquoi Rust ?

• Performance : 10-50x moins de RAM qu'un process Node.js équivalent
• Sécurité mémoire garantie à la compilation
• nodyx-relay tourne déjà en Rust en prod avec succès

Ordre de migration

1. directory — stateless, le plus simple
2. auth — JWT + Redis
3. search — full-text PostgreSQL
4. users — profils, avatars
5. forums — threads, posts
6. Socket.IO — le plus complexe, en dernier

Stack cible

axum + sqlx + fred (Redis) + tower + jsonwebtoken + argon2 + tokio

nodyx-core Node.js reste fonctionnel pendant toute la transition. Pas de coupure.

L'approche progressive est la bonne. La preuve avec nodyx-relay qui tourne déjà en Rust en prod. Est-ce que fred gère correctement le key prefix pour isoler les données Redis de plusieurs instances ?

@godotadmin oui, fred a un support natif du key prefix. On a justement eu un bug de double-préfixe sur le client Node.js — on fera attention à ne pas reproduire ça côté Rust.

Le choix d'axum plutôt qu'actix-web ? Axum bénéficie de l'écosystème tower directement. Pour des APIs REST/WebSocket c'est probablement le meilleur choix en 2026.