Zbuduję interfejs API REST w Rust lub usługę backendową z użyciem axum

Twoja usługa trafia do Twojego własnego repozytorium z testami i plikiem README, gotowa do uruchomienia: REST API na axum, proces roboczy przetwarzający pliki lub kolejkę, lub usługa pośrednicząca między Twoim systemem a API kogoś innego. Do Rust przyszedłem po ośmiu latach pracy w sieci i utrzymuję reqwest-rotate, otwarty pakiet Rust na crates.io z dokumentacją, CI i około dwustu testami.

Starter to jedna usługa z maksymalnie 3 punktami końcowymi REST lub jeden proces roboczy odczytujący pliki lub kolejkę, którą już uruchamiasz: testy, plik README i kod źródłowy w Twoim repozytorium. W Starterze brak pracy nad schematem bazy danych. Standard dodaje do 8 punktów końcowych, PostgreSQL lub SQLite z migracjami, walidację danych wejściowych, testy integracyjne wobec testowej bazy danych i plik Dockerfile. Advanced rozszerza się do 15 punktów końcowych i wprowadza uwierzytelnianie tokenem z rolami, proces roboczy w tle, przepływ pracy CI, który buduje i testuje przy każdym pushu, oraz listę kontrolną wdrożenia dla Twojego serwera.

Punkty końcowe liczą się jako metoda plus ścieżka: GET /orders i POST /orders to dwa. Nie uwzględniono: frontendu, aplikacji mobilnej ani inteligentnych kontraktów.

Każda usługa działa na Tokio, asynchronicznym środowisku uruchomieniowym, na którym zbudowany jest axum. Nic nie wiąże jej z jednym hostem: działa na Linux VPS, w Dockerze na AWS, Railway lub Fly.io, lub na Twojej własnej maszynie. Plik Dockerfile jest dostępny w wersjach Standard i Advanced, a lista kontrolna wdrożenia Advanced jest napisana dla nazwanego przez Ciebie serwera.

Pisemne aktualizacje każdego dnia roboczego przy wielodniowej budowie, szybkie odpowiedzi, brak połączeń.

Kroki do ukończenia Twojego projektu
1. Zakres potwierdzony pisemnie – zapoznaję się z Twoimi wymaganiami i potwierdzam listę punktów końcowych, dopasowanie poziomu i stos technologiczny przed napisaniem jakiegokolwiek kodu. Punkty końcowe liczą się jako metoda plus ścieżka.
2. Repozytorium, szkielet CI i model danych – Szkielet projektu z pierwszym punktem końcowym działającym od początku do końca, dzięki czemu możesz wcześnie zobaczyć kształt usługi i skorygować kierunek, gdy jest to tanie.
3. Punkty końcowe lub proces roboczy, z testami – Pozostałe punkty końcowe lub proces roboczy, każdy z własnymi testami. Przy wielodniowej budowie otrzymujesz krótką pisemną aktualizację każdego dnia roboczego.
4. Testy integracyjne, README, Dockerfile – Testy integracyjne wobec testowej bazy danych, plik README, plik Dockerfile w wersjach Standard i Advanced oraz lista kontrolna wdrożenia w wersji Advanced.
5. Przekazanie w Twoim repozytorium – Kod źródłowy dostarczony w Twoim repozytorium z pisemnym przekazaniem: jak go uruchomić, jak go przetestować, jak go wdrożyć.