Criarei uma API REST ou serviço de backend em Rust com axum

Seu serviço chega em seu próprio repositório com testes e um README, pronto para rodar: uma API REST em axum, um worker que processa arquivos ou uma fila, ou um serviço que fica entre seu sistema e a API de outra pessoa. Cheguei ao Rust depois de oito anos de trabalho na web, e mantenho reqwest-rotate, um crate Rust de código aberto em crates.io com docs, CI e cerca de duzentos testes.

Starter é um serviço com até 3 endpoints REST, ou um worker lendo arquivos ou uma fila que você já executa: testes, um README e código-fonte em seu repositório. Nenhum trabalho de esquema de banco de dados no Starter. Standard adiciona até 8 endpoints, PostgreSQL ou SQLite com migrações, validação de entrada, testes de integração contra um banco de dados de teste e um Dockerfile. Advanced vai para 15 endpoints e traz autenticação por token com funções, um worker em segundo plano, um fluxo de trabalho de CI que constrói e testa a cada push, e uma lista de verificação de implantação para seu servidor.

Endpoints contam como método mais caminho: GET /orders e POST /orders são dois. Não incluídos: um front end, um aplicativo móvel ou contratos inteligentes.

Cada serviço roda em Tokio, o tempo de execução assíncrono no qual axum é construído. Nada o prende a um único host: ele roda em um VPS Linux, em Docker na AWS, Railway ou Fly.io, ou em sua própria máquina. O Dockerfile vem com Standard e Advanced, e a lista de verificação de implantação Advanced é escrita para o servidor que você nomear.

Atualizações por escrito a cada dia útil em uma construção de vários dias, respostas rápidas, sem chamadas.

Etapas para concluir seu projeto
1. Escopo confirmado por escrito - Leio seus requisitos e confirmo a lista de endpoints, o ajuste do nível e a pilha antes de qualquer código. Endpoints contam como método mais caminho.
2. Repositório, esqueleto de CI e modelo de dados - O esqueleto do projeto com o primeiro endpoint funcionando de ponta a ponta, para que você possa ver a forma do serviço cedo e corrigir a direção enquanto é barato.
3. Endpoints ou worker, com testes - Os endpoints restantes ou o worker, cada um com seus testes. Em uma construção de vários dias, você recebe uma breve atualização por escrito a cada dia útil.
4. Testes de integração, README, Dockerfile - Testes de integração contra um banco de dados de teste, o README, um Dockerfile em Standard e Advanced, e uma lista de verificação de implantação em Advanced.
5. Entrega em seu repositório - Código-fonte entregue em seu repositório com uma entrega por escrito: como executá-lo, como testá-lo, como implantá-lo.