Ik bouw een Rust REST API of backend-service met axum

Uw service arriveert in uw eigen repository met tests en een README, klaar om te draaien: een REST API op axum, een worker die bestanden of een wachtrij verwerkt, of een service die tussen uw systeem en de API van iemand anders zit. Ik ben na acht jaar webwerk naar Rust gekomen, en ik onderhoud reqwest-rotate, een open-source Rust-crate op crates.io met documentatie, CI en ongeveer tweehonderd tests.

Starter is één service met maximaal 3 REST-eindpunten, of één worker die bestanden of een wachtrij leest die u al gebruikt: tests, een README en broncode in uw repository. Geen databaseschemawerk in Starter. Standaard voegt maximaal 8 eindpunten toe, PostgreSQL of SQLite met migraties, invoervalidatie, integratietests tegen een testdatabase en een Dockerfile. Geavanceerd gaat naar 15 eindpunten en biedt token-authenticatie met rollen, een achtergrondworker, een CI-workflow die bij elke push bouwt en test, en een implementatiechecklist voor uw server.

Eindpunten tellen als methode plus pad: GET /orders en POST /orders zijn twee. Niet inbegrepen: een front-end, een mobiele app of slimme contracten.

Elke service draait op Tokio, de asynchrone runtime waarop axum is gebouwd. Niets bindt het aan één host: het draait op een Linux VPS, in Docker op AWS, Railway of Fly.io, of op uw eigen machine. De Dockerfile wordt geleverd met Standaard en Geavanceerd, en de Geavanceerde implementatiechecklist is geschreven voor de server die u noemt.

Schriftelijke updates elke werkdag bij een meerdaagse build, snelle antwoorden, geen gesprekken.

Stappen voor het voltooien van uw project
1. Scope schriftelijk bevestigd - Ik lees uw vereisten en bevestig de eindpuntenlijst, de tier-fit en de stack voordat er code wordt geschreven. Eindpunten tellen als methode plus pad.
2. Repository, CI-skelet en datamodel - Het projectskelet met het eerste eindpunt dat end-to-end werkt, zodat u de vorm van de service vroegtijdig kunt zien en de richting kunt corrigeren terwijl het nog goedkoop is.
3. Eindpunten of worker, met tests - De resterende eindpunten of de worker, elk met zijn tests. Bij een meerdaagse build krijgt u elke werkdag een korte schriftelijke update.
4. Integratietests, README, Dockerfile - Integratietests tegen een testdatabase, de README, een Dockerfile op Standaard en Geavanceerd, en een implementatiechecklist op Geavanceerd.
5. Overdracht in uw repository - Broncode geleverd in uw repository met een schriftelijke overdracht: hoe het te draaien, hoe het te testen, hoe het te implementeren.