elastic-beanstalk-roadmap VS flyctl

Based on the fact that your ideal is to have a similar experience to heroku than managing your own server setting up reverse proxies take a look at these options:

1) https://dokku.com - lets you turn your light sail instance basically into heroku

2) https://render.com

3) https://fly.io

4) If you have aws credits this is their heroku equivalent: https://aws.amazon.com/elasticbeanstalk

above is not what I do but would be the options I would pursue if I understand your preference and requirement correctly.

Elastic Beanstalk (EB) is a cloud deployment service provided by Amazon Web Services. It facilitates the deployment and scaling of web applications and services by automating the creation of individual infrastructure components, including EC2 instances, auto-scaling, ELBs, security groups, and other infrastructure components. Using the AWS Management Console and command-line interface, deployment with EB is quick and simple. Although EB automatically handles your application’s deployment, the developer retains complete control of the AWS resources that run the application and may access them at any time. This is important, and it is a top benefit of using this service.

This Terraform code snippet can be used to deploy an AWS Elastic Beanstalk environment:

K8s isn't going to play well with your deployment pattern without some advanced cluster management. Honestly it seems like you would be better serviced with something like https://aws.amazon.com/elasticbeanstalk/ .

If your project is a bit more complicated using next.js or react.js or angular.js, you may find some free Platfrom-as-a-Service%20is%20a%20complete%20cloud%20environment,middleware%2C%20tools%2C%20and%20more.). I have seen some of my peers using free PaaS like Heroku, Vercel and I have no experience in using PaaS but I will recommend you to use PaaS from either of the three 1. Google Cloud's Google App Engine 2. Microsoft Azure's Azure App Service or 3. Amazon Web Service AWS Elastic BeanStalk

According to the official documentation, Elastic Beanstalk is a service that allows users to upload and deploy web applications in a simplified way.

Beanstalk

To begin visit fly.io to create an account. Next install flyctl a command line tool for creating and deploying fly apps. macOS

For frontend deployment, I used Netlify (for the generous free package) and the recommended fly.io for server + database (also cheap package).

Create an account on Fly.io.

You can learn more about fly.io and tigris, we will need to create an account on both platforms for this project regardless. Anyway with the theory out of the way let's get started in the next section as we create our accounts and start building the app.

Fly.io is a platform that helps you run your apps and databases closer to your users all around the world. It takes your app code, packages it up neatly, and puts it on virtual machines that can be quickly started or stopped. This makes your app faster for users and more reliable. Fly.io is easy to use, works well for small projects or personal apps. It's a great way to make sure your app runs smoothly for people no matter where they are.

In this post, we'll start from scratch, running FerretDB locally via Docker, trying out the connection with mongosh and the MongoDB Node.js client, and finally deploy FerretDB to Fly.io for a production ready set up.

2- fly.io

Fly is a cloud platform that focuses on global edge computing. Fly specializes in high-performance hosting and provides a global network of edge locations. Fly is known for its scalability and performance optimizations.

But videototextai.com is built using NextJS + Firebase auth + Firestore and a backend deployed at fly.io . Fly makes it really easy to deploy docker containers and that is IMO the fastest way to develop, you can setup a local setup

Alternatives explored: * northflank: While running the wrk test, requests were taking 3-7 seconds. Couldn't repeat Heroku's phenomenon of "400ms-800ms" during such a load test. * fly.io: Reliability: It’s Not Great * render.com: I remember the time when indiehackers.com was down because of an outage on Render, not sure if it's worth trusting.