Desarrollaré una API REST o un servicio de backend en Rust con Axum

Su servicio llega a su propio repositorio con pruebas y un README, listo para ejecutarse: una API REST en axum, un trabajador que procesa archivos o una cola, o un servicio que se interpone entre su sistema y la API de otra persona. Llegué a Rust después de ocho años de trabajo web, y mantengo reqwest-rotate, un crate de Rust de código abierto en crates.io con documentación, CI y unas doscientas pruebas.

Starter es un servicio con hasta 3 puntos finales REST, o un trabajador que lee archivos o una cola que ya ejecuta: pruebas, un README y el código fuente en su repositorio. No hay trabajo de esquema de base de datos en Starter. Standard añade hasta 8 puntos finales, PostgreSQL o SQLite con migraciones, validación de entrada, pruebas de integración contra una base de datos de prueba y un Dockerfile. Advanced llega a 15 puntos finales y ofrece autenticación de token con roles, un trabajador en segundo plano, un flujo de trabajo de CI que construye y prueba en cada push, y una lista de verificación de implementación para su servidor.

Los puntos finales cuentan como método más ruta: GET /orders y POST /orders son dos. No incluidos: una interfaz, una aplicación móvil o contratos inteligentes.

Cada servicio se ejecuta en Tokio, el tiempo de ejecución asíncrono sobre el que está construido axum. Nada lo ata a un solo host: se ejecuta en un VPS Linux, en Docker en AWS, Railway o Fly.io, o en su propia máquina. El Dockerfile viene con Standard y Advanced, y la lista de verificación de implementación de Advanced está escrita para el servidor que usted nombre.

Actualizaciones escritas cada día laborable en una construcción de varios días, respuestas rápidas, sin llamadas.

Pasos para completar su proyecto
1. Alcance confirmado por escrito: leo sus requisitos y confirmo la lista de puntos finales, el ajuste del nivel y la pila antes de cualquier código. Los puntos finales cuentan como método más ruta.
2. Repositorio, esqueleto de CI y modelo de datos: el esqueleto del proyecto con el primer punto final funcionando de principio a fin, para que pueda ver la forma del servicio temprano y corregir la dirección mientras es barato.
3. Puntos finales o trabajador, con pruebas: los puntos finales restantes o el trabajador, cada uno con sus pruebas. En una construcción de varios días, recibirá una breve actualización escrita cada día laborable.
4. Pruebas de integración, README, Dockerfile: pruebas de integración contra una base de datos de prueba, el README, un Dockerfile en Standard y Advanced, y una lista de verificación de implementación en Advanced.
5. Entrega en su repositorio: código fuente entregado en su repositorio con una entrega por escrito: cómo ejecutarlo, cómo probarlo, cómo implementarlo.