Costruirò un'API REST o un servizio backend in Rust con Axum

Il tuo servizio arriva nel tuo repository con test e un README, pronto per essere eseguito: un'API REST su axum, un worker che elabora file o una coda, o un servizio che si interpone tra il tuo sistema e l'API di qualcun altro. Sono arrivato a Rust dopo otto anni di lavoro web e mantengo reqwest-rotate, una crate Rust open-source su crates.io con documentazione, CI e circa duecento test.

Starter è un servizio con un massimo di 3 endpoint REST, o un worker che legge file o una coda che già gestisci: test, un README e il codice sorgente nel tuo repository. Nessun lavoro di schema di database in Starter. Standard aggiunge fino a 8 endpoint, PostgreSQL o SQLite con migrazioni, validazione dell'input, test di integrazione su un database di test e un Dockerfile. Advanced arriva a 15 endpoint e include autenticazione tramite token con ruoli, un worker in background, un flusso di lavoro CI che compila e testa ad ogni push e una checklist di distribuzione per il tuo server.

Gli endpoint contano come metodo più percorso: GET /orders e POST /orders sono due. Non inclusi: un front end, un'app mobile o smart contract.

Ogni servizio viene eseguito su Tokio, il runtime asincrono su cui è costruito axum. Nulla lo lega a un singolo host: funziona su un VPS Linux, in Docker su AWS, Railway o Fly.io, o sulla tua macchina. Il Dockerfile è incluso con Standard e Advanced, e la checklist di distribuzione Advanced è scritta per il server che nomini.

Aggiornamenti scritti ogni giorno lavorativo su una build di più giorni, risposte rapide, nessuna chiamata.

Passi per completare il tuo progetto
1. Ambito confermato per iscritto - Leggo i tuoi requisiti e confermo l'elenco degli endpoint, l'adeguatezza del livello e lo stack prima di qualsiasi codice. Gli endpoint contano come metodo più percorso.
2. Repository, scheletro CI e modello di dati - Lo scheletro del progetto con il primo endpoint funzionante end-to-end, in modo che tu possa vedere la forma del servizio in anticipo e correggere la direzione mentre è economico.
3. Endpoint o worker, con test - Gli endpoint rimanenti o il worker, ciascuno con i suoi test. Su una build di più giorni ricevi un breve aggiornamento scritto ogni giorno lavorativo.
4. Test di integrazione, README, Dockerfile - Test di integrazione su un database di test, il README, un Dockerfile su Standard e Advanced, e una checklist di distribuzione su Advanced.
5. Consegna nel tuo repository - Codice sorgente consegnato nel tuo repository con una consegna scritta: come eseguirlo, come testarlo, come distribuirlo.