Je vais créer une API REST Rust ou un service backend avec axum

Votre service arrive dans votre propre dépôt avec des tests et un README, prêt à être exécuté: une API REST sur axum, un travailleur qui traite des fichiers ou une file d'attente, ou un service qui se situe entre votre système et l'API de quelqu'un d'autre. Je suis venu à Rust après huit ans de travail web, et je maintiens reqwest-rotate, une crate Rust open-source sur crates.io avec documentation, CI et environ deux cents tests.

Le niveau Starter est un service avec jusqu'à 3 points de terminaison REST, ou un travailleur lisant des fichiers ou une file d'attente que vous exécutez déjà: tests, un README et le code source dans votre dépôt. Pas de travail sur le schéma de base de données dans Starter. Le niveau Standard ajoute jusqu'à 8 points de terminaison, PostgreSQL ou SQLite avec migrations, validation des entrées, tests d'intégration contre une base de données de test et un Dockerfile. Le niveau Avancé va jusqu'à 15 points de terminaison et apporte l'authentification par jeton avec rôles, un travailleur en arrière-plan, un workflow CI qui construit et teste à chaque push, et une liste de contrôle de déploiement pour votre serveur.

Les points de terminaison comptent comme méthode plus chemin: GET /orders et POST /orders en sont deux. Non inclus: une interface utilisateur, une application mobile ou des contrats intelligents.

Chaque service fonctionne sur Tokio, l'environnement d'exécution asynchrone sur lequel axum est construit. Rien ne le lie à un seul hôte: il fonctionne sur un VPS Linux, dans Docker sur AWS, Railway ou Fly.io, ou sur votre propre machine. Le Dockerfile est fourni avec les niveaux Standard et Avancé, et la liste de contrôle de déploiement Avancé est écrite pour le serveur que vous nommez.

Mises à jour écrites chaque jour ouvrable sur une construction de plusieurs jours, réponses rapides, pas d'appels.

Étapes pour compléter votre projet
1. Portée confirmée par écrit – Je lis vos exigences et confirme la liste des points de terminaison, l'adéquation du niveau et la pile avant tout code. Les points de terminaison comptent comme méthode plus chemin.
2. Dépôt, squelette CI et modèle de données – Le squelette du projet avec le premier point de terminaison fonctionnant de bout en bout, afin que vous puissiez voir la forme du service tôt et corriger la direction pendant qu'il est peu coûteux.
3. Points de terminaison ou travailleur, avec tests – Les points de terminaison restants ou le travailleur, chacun avec ses tests. Sur une construction de plusieurs jours, vous recevez une courte mise à jour écrite chaque jour ouvrable.
4. Tests d'intégration, README, Dockerfile – Tests d'intégration contre une base de données de test, le README, un Dockerfile sur Standard et Avancé, et une liste de contrôle de déploiement sur Avancé.
5. Transfert dans votre dépôt – Code source livré dans votre dépôt avec un transfert écrit: comment l'exécuter, comment le tester, comment le déployer.