Very practical tutorial. I'm reading through Zero2Prod in Rust right now, very happy about the state of using Rust to build web microservices. I would love to see a full Axum framework tutorial.
But you're running Postgres locally in the Deoplet. Not good! Data will be lost even if you have volume in place. You should separate it. And by doing so, you don't need docker-compose anymore. Jusaying.
I love you videos, however actions-rs/toolchain is long dead. It should not be used since it is not maintained anymore. I would love to see a video on rust ci for building on all os's, then testing audit and clippy on just linux.
Thank you for the engaging content! I'd like to share my opinion regarding the axum tutorial. I find the topic of refactoring a project from the state shown in the video to a minimal production-ready state, including migrations, binding DTOs with models, error handling, etc., more intriguing. There are plenty of resources about building a pet-project-like API based on axum, but content covering the topic I described would be, in my opinion, significantly more valuable and rare.
Personally (not saying its good) its easier and faster (for me) to build rust under linux WSL and then in Docker file only copy build result. Docker container is then smaller, and build with deployment are faster.
I already replied to this earlier but seems TH-cam hid the comment. A better way to do this is a Multi-Stage Build. It's a native docker feature and it lets you build inside one image, then copy the binary to a new one, which will be the final product. This way the entire process is in docker, and you don't need to depend on WSL.
Being able to use the scratch base image is really cool. Did a quick test. It took an 18.6 MB (6.7 MB compressed) alpine-based image down to 11.3 MB (3.4 MB compressed).
Awesome but this needs to be more robust for real production services. You should only shutdown old containers after the new one is up and healthy which would need a proxy and the database container should be kept separately. You wouldn't want to restart your database every time your api changes.
Did anyone experience issue connecting to their droplet IP?...my droplet IP refused to connect and I don't really know why despite taking the same steps.
Great to see a video that provides the full picture of writing and deploying a rust web app! Maybe I missed something, but at 6:55 we define a volume for the database. Will this volume be a directory on the droplet? If that is the case, I guess in a production scenario, we would also like to have a mechanism to take backups of that directory in case it contains valuable user data.
I'm kinda new to rust and i try to do what is described here (Had to change a few actions / versions) but in general: The github action is not able to compile my code, because sqlx needs a database running when using the query! macro and there is no database at compile time. Even if i provide a .env file with DATABASE_URL being set, i get compile time errors, that DATABSE_URL needs to be set. (I don't think this would change anything, as there... is no database on the action runner). Is there any special sqlx compile time magic i'm missing out? Second thing i notice: There is a github action secret being set for the DO API token. But it seems to never being used actually (Why should it be? You just ssh / scp into an existing droplet. No need for digital ocean API calls?!)
Ok. I could answer the first question mysqlf by checking the sqlx docs. And if another newbie stubles accross, this one is for you: I had to set up an accessable db (or postgres container) and then: sqlx database create sqlx migrate run to apply the db-migrations in the migrations folder and then cargo sqlx prepare To prepare everything for SQLX Offline compilation mode.
Hey dude, I have a thing for technical writing. Can I use this video to write a technical blog post that will basically trace this video? Asking for permission, will obviously credit appropriately.
I was pulling my hair and spent a week to do what this video display for my microservice axum and tonic project last month. I haven't tried the caching yet, but since my server is an on prem machine, it is not a major issue. 😊
One of the main killer features of rust for me is ability to avoid docker completely. So all I need to do is create .sevice file, and just scp my binary. Of course containers are great for scale, but I will use scp/ansistrano as long as possible. So, you can deploy rust in 5 minutes for the first time, and in 1 second all the others :)
deploying rust with docker is pointless. When you write rust apps you expect maximum performance from them. But docker is actually written with more slower languages than rust, it slows down rust very significantly. Because of that rust app's shouldn't be dockerized. If you should dockerize something, than you should write go or more slower and easier language instead. Depending on that, i love to see how to deploy rust apps on a vps and cloud. And i want to learn axum framework. I start to learn rocket in this times.
> But docker is actually written with more slower languages than rust, it slows down rust very significantly You probably should do your homework on that one.
You are right but only for some types of projects,… when you have small VM infrastructure this is cheapest and easiest option. I have customer, fifty years old company where this is the only way.
📝Get your *FREE Rust training* : letsgetrusty.com/bootcamp
Very practical tutorial. I'm reading through Zero2Prod in Rust right now, very happy about the state of using Rust to build web microservices. I would love to see a full Axum framework tutorial.
I’m reading zero2prod too!
Also reading it..or going back to it after few months
Would love to see an Axum tutorial!
Btw, I think link to code in the description doesn't work
Fixed the link!
I would love a full tutorial on the Axum framework!
There is no better video on youtube of how to make a deploy! Thank you so much for the video, simply the best explanation I've ever found.
But you're running Postgres locally in the Deoplet. Not good! Data will be lost even if you have volume in place. You should separate it. And by doing so, you don't need docker-compose anymore. Jusaying.
Yeah I was very confused by that. How does the database actually write on the disk, or does it just store in memory
I asked the same question.
Containers are stateless.
I love you videos, however actions-rs/toolchain is long dead. It should not be used since it is not maintained anymore. I would love to see a video on rust ci for building on all os's, then testing audit and clippy on just linux.
Is there something else we should be using instead?
@@penguin_brian I'm currently trying it with dtolnay/rust-toolchain@stable
Thank you for the engaging content!
I'd like to share my opinion regarding the axum tutorial.
I find the topic of refactoring a project from the state shown in the video to a minimal production-ready state, including migrations, binding DTOs with models, error handling, etc., more intriguing.
There are plenty of resources about building a pet-project-like API based on axum, but content covering the topic I described would be, in my opinion, significantly more valuable and rare.
Ah, it is mentioned at the end of the video that the topic of real-world applications will be covered within the bootcamp. Thank you!
passwords aren't good, there should be a key instead
Personally (not saying its good) its easier and faster (for me) to build rust under linux WSL and then in Docker file only copy build result. Docker container is then smaller, and build with deployment are faster.
I already replied to this earlier but seems TH-cam hid the comment.
A better way to do this is a Multi-Stage Build. It's a native docker feature and it lets you build inside one image, then copy the binary to a new one, which will be the final product.
This way the entire process is in docker, and you don't need to depend on WSL.
@@oriyadid this is too big overkill for project types, budgets and people I work with,… docker is evil for me I have to handle somehow,… but I agree.
Thank you for your videos! They help a lot!
Being able to use the scratch base image is really cool.
Did a quick test. It took an 18.6 MB (6.7 MB compressed) alpine-based image down to 11.3 MB (3.4 MB compressed).
Your repository is private.
Fixed!
i have a question, why didn't you use rust's official docker image?
Awesome but this needs to be more robust for real production services. You should only shutdown old containers after the new one is up and healthy which would need a proxy and the database container should be kept separately. You wouldn't want to restart your database every time your api changes.
Did anyone experience issue connecting to their droplet IP?...my droplet IP refused to connect and I don't really know why despite taking the same steps.
Repo link is a 404
Fixed the link!
Your bootcamp is so expensive, I am disappointed
What are your thoughts about deploying something stateful like Postgres in a container? Is it recommended? What are the pros and cons?
Great to see a video that provides the full picture of writing and deploying a rust web app! Maybe I missed something, but at 6:55 we define a volume for the database. Will this volume be a directory on the droplet? If that is the case, I guess in a production scenario, we would also like to have a mechanism to take backups of that directory in case it contains valuable user data.
Thanks for the tutorial!
I feel honored that you used my credentials in your video.
I'm kinda new to rust and i try to do what is described here (Had to change a few actions / versions) but in general:
The github action is not able to compile my code, because sqlx needs a database running when using the query! macro and there is no database at compile time. Even if i provide a .env file with DATABASE_URL being set, i get compile time errors, that DATABSE_URL needs to be set. (I don't think this would change anything, as there... is no database on the action runner).
Is there any special sqlx compile time magic i'm missing out?
Second thing i notice: There is a github action secret being set for the DO API token. But it seems to never being used actually (Why should it be? You just ssh / scp into an existing droplet. No need for digital ocean API calls?!)
Ok. I could answer the first question mysqlf by checking the sqlx docs. And if another newbie stubles accross, this one is for you:
I had to set up an accessable db (or postgres container) and then:
sqlx database create
sqlx migrate run
to apply the db-migrations in the migrations folder
and then
cargo sqlx prepare
To prepare everything for SQLX Offline compilation mode.
The github link is broken
Fixed the link!
I'd replace docker with podman
-DigitalOcean- mini-pc 👨🏻💻
Fantastic video 😊 more of these please.
Axum tutorial would be nice.
Hey dude,
I have a thing for technical writing.
Can I use this video to write a technical blog post that will basically trace this video?
Asking for permission, will obviously credit appropriately.
Fantastic tutorial! Excellent explanation! Thank you!
I'd love to see a comparison of frameworks, it would be interesting to see how easy (or hard...) it is to change to a different one.
I was pulling my hair and spent a week to do what this video display for my microservice axum and tonic project last month. I haven't tried the caching yet, but since my server is an on prem machine, it is not a major issue. 😊
This was great. Could you do something similar with kubernetes?
I'd love a full Axum tutorial! Thanks for the great videos!
Well done. Please create tutorial on Axum. Thanks
Please make a video series on the Axum framework. Awesoe video, btw!
1:44 postman... that's forbidden, must use insomnia..
Good video but the link to the repo is broken
Fixed the link!
action-rs toolchain github action is an unmaintained project btw
The caching part of the video was kinda rushed, that part deserves its own in depth video
The boot camp is just starting to sound like the release of Jai!
Shuttle is another nice alternative. Exploring it right now.
may i know what extension gives you the in editor debug errors?
It would be amazing if you mentioned Shuttle.
Great video , super useful , in my personal project.
Please don't use root and password auth this way. 😞
Why to deploy to virt machine instead of deploying to container services?!!
Containers are 10-20 times cheaper than VMs...
Doesn't this cause downtime?
Yes please for an Axum tutorial.
Would love to see an Axum tutorial!
One of the main killer features of rust for me is ability to avoid docker completely. So all I need to do is create .sevice file, and just scp my binary. Of course containers are great for scale, but I will use scp/ansistrano as long as possible.
So, you can deploy rust in 5 minutes for the first time, and in 1 second all the others :)
Hi can you elaborate on this ? thanks in advance
why axum instead of rocket? personal preference or is there a specific reason?
Maybe because Axum is developed by the Tokio team. Rocket is mostly developed by a single developer. A lot could go wrong if he abandoned the project.
@letsgetrusty - thanks for creating such a great video. Will this content will be covered in the Bootcamp?
Yes it will!
@@letsgetrusty - I'm already a student of your Bootcamp. However, I don't see the content in the bootcamp. Would you mind sharing? Thank you
very nice tutorial!
Your videos are very well done!
thanks for this!
excellent
One of the most useful videos on this channel!
Thank you!
Hi Thanks for the video. The githib link is broken.
Fixed the link!
@@letsgetrusty Awesome. You are the best. Looking forward for the Axum video
axum plz
You could use docker swarm or dokku instead of docker-compose (which us not really meant for producion). Otherwise, really great video!
This is an amazing video. Saving for later
deploying rust with docker is pointless. When you write rust apps you expect maximum performance from them. But docker is actually written with more slower languages than rust, it slows down rust very significantly. Because of that rust app's shouldn't be dockerized. If you should dockerize something, than you should write go or more slower and easier language instead.
Depending on that, i love to see how to deploy rust apps on a vps and cloud.
And i want to learn axum framework. I start to learn rocket in this times.
> But docker is actually written with more slower languages than rust, it slows down rust very significantly
You probably should do your homework on that one.
docker performance is near to native, with noticeable overhead only if you don't use host networking
I've never understood why anyone would favour bloated deployment options to the simple 1) stop service, 2) replace binary, 3) start service.
What are you even saying?
good luck paying the bills with all those downtimes
You are right but only for some types of projects,… when you have small VM infrastructure this is cheapest and easiest option. I have customer, fifty years old company where this is the only way.