Rest Server: Enjoying the Rust Language #21
Labels
🤷 good first issue
Good for newcomers
🏷️ in progress
Issue or pull request that is already being worked on
❗ priority: high
😴 rest
Issue or pull request related to the REST modules
Rest Server: Enjoying the Rust Language
Table of contents:
Summary
We should move our rest server from Kotlin to Rust.
Motivations and the proposed solution
Rust is a richer language in ecosystem, performance, features and community. It is a really fun language to code in. Since we need to spend less time searching why simple things don't work or aren't documented (Ktor 👀), we can just use the nifty libraries for Rust in which will provide us a decent performance, clean code and consistent code style. I'm currently planning to use the following stack (RARSTCHL) for the rest server development:
actix-web
would be the main technology used for our backend servicesrbatis
would be used for database connections in our rest serverserde
for (de)serializing jsontokio
for asynchronous code handlingchrono
for date and time supportlapin
for rabbitmq messaging supportredis-rs
for redis caching supportjwt
for json web token supportLimitations
The only limitation that comes to my mind is that we need to create an entity data class in Kotlin with the same contents as Rust for the rest web client, this means that we would have duplicated code.
Final considerations
Suggestions are appreciated for new sections in this issue, or if you have a better idea about how to structure or improve our rest server, feel free to comment down below. Thank you for the attention.
The text was updated successfully, but these errors were encountered: