Gagawa ako ng Rust REST API o backend service gamit ang axum

Ang iyong serbisyo ay darating sa iyong sariling repository na may mga pagsubok at isang README, handa nang patakbuhin: isang REST API sa axum, isang worker na nagpoproseso ng mga file o isang queue, o isang serbisyo na nasa pagitan ng iyong system at API ng iba. Dumating ako sa Rust pagkatapos ng walong taon ng web work, at pinapanatili ko ang reqwest-rotate, isang open-source Rust crate sa crates.io na may mga docs, CI at humigit-kumulang dalawang daang pagsubok.

Ang Starter ay isang serbisyo na may hanggang 3 REST endpoint, o isang worker na nagbabasa ng mga file o isang queue na pinapatakbo mo na: mga pagsubok, isang README, at source sa iyong repository. Walang database schema work sa Starter. Ang Standard ay nagdaragdag ng hanggang 8 endpoint, PostgreSQL o SQLite na may mga migration, input validation, integration tests laban sa isang test database, at isang Dockerfile. Ang Advanced ay umaabot sa 15 endpoint at nagdadala ng token auth na may mga role, isang background worker, isang CI workflow na nagtatayo at sumusubok sa bawat push, at isang deployment checklist para sa iyong server.

Ang mga endpoint ay binibilang bilang method plus path: ang GET /orders at POST /orders ay dalawa. Hindi kasama: isang front end, isang mobile app, o mga smart contract.

Ang bawat serbisyo ay tumatakbo sa Tokio, ang async runtime na binuo ng axum. Walang nagtatali dito sa isang host: tumatakbo ito sa isang Linux VPS, sa Docker sa AWS, Railway o Fly.io, o sa iyong sariling makina. Ang Dockerfile ay kasama sa Standard at Advanced, at ang Advanced deployment checklist ay nakasulat para sa server na iyong pinangalanan.

Mga nakasulat na update bawat araw ng trabaho sa isang multi-day build, mabilis na tugon, walang tawag.

Mga hakbang para sa pagkumpleto ng iyong proyekto
1. Kumpirmado ang saklaw sa nakasulat - Binabasa ko ang iyong mga kinakailangan at kinukumpirma ang listahan ng endpoint, ang tier fit at ang stack bago ang anumang code. Ang mga endpoint ay binibilang bilang method plus path.
2. Repository, CI skeleton at data model - Ang project skeleton na may unang endpoint na gumagana mula simula hanggang dulo, upang makita mo ang hugis ng serbisyo nang maaga at maitama ang direksyon habang mura pa.
3. Mga endpoint o worker, na may mga pagsubok - Ang natitirang mga endpoint o ang worker, bawat isa ay may sariling mga pagsubok. Sa isang multi-day build makakakuha ka ng maikling nakasulat na update bawat araw ng trabaho.
4. Mga integration test, README, Dockerfile - Mga integration test laban sa isang test database, ang README, isang Dockerfile sa Standard at Advanced, at isang deployment checklist sa Advanced.
5. Paglilipat sa iyong repository - Source na naihatid sa iyong repository na may nakasulat na paglilipat: kung paano ito patakbuhin, kung paano ito subukan, kung paano ito i-deploy.