AWS Elastic Beanstalk is the platform-as-a-service offering provided by Amazon and designed to leverage AWS services such as Amazon Elastic Cloud Compute (Amazon EC2), Amazon Simple Storage Service (Amazon S3).
$0
Users pay for AWS resources (e.g. EC2, S3 buckets, etc.) used to store and run the application.
DigitalOcean App Platform
Score 8.0 out of 10
N/A
The DigitalOcean App Platform enables developers to build, deploy, and scale apps on what they describe as a simple, fully managed PaaS.
Users of the former Nanobox, acquired by DigitalOcean in 2019, have been migrated to the App Platform upon Nanobox's end of life in March 2021.
$5
per month
Pricing
AWS Elastic Beanstalk
DigitalOcean App Platform
Editions & Modules
No Charge
$0
Users pay for AWS resources (e.g. EC2, S3 buckets, etc.) used to store and run the application.
There are many services like AWS Elastic beanstalk, but there are none with the maturity in the platform or the cost-effectiveness of AWS Elastic Beanstalk. Also, AWS Elastic Beanstalk is the oldest among them, so there are more people with AWS experience than the other …
I have used App Engine on Google Cloud Platform and App Service on Microsoft Azure. Both offer similar capabilities to AWS Elastic Beanstalk. App Engine has the nice ability to scale to 0 instances when the application has not been in use for some time. This allows for …
As it supports end to end flow of application deployment and not a part of any individual process like other AWS products, AWS Elastic Beanstalk can be a game changer in cloud industry.
The AWS platform provides a great deal of configurability that is abstracted and provided very well through AWS Elastic Beanstalk. This is the main reason for choosing Elastic Beanstalk over competing services. Another reason for selecting AWS Beanstalk was vendor …
I selected AWS Elastic Beanstalk mainly because we have been using AWS services for our company. Using AWS Elastic Beanstalk is relatively easier than starting to use a completely new cloud platform. But we are also reviewing Google App Engine, and found out Elastic Beanstalk …
AWS Elastic Beanstalk is equivalent to Google App Engine in terms of product. I selected AWS Elastic Beanstalk because it was within the stack we were using, and it made sense for us given the other architecture.
Public & Private Cloud Senior Business Technology Engineer
Chose AWS Elastic Beanstalk
We now default to Amazon ECS, due to flexibility this gives us with how workloads scale, and more network flexibility as many of our workloads are internal / external facing. We selected Elastic Beanstalk at beginning of our containerization phase, which suited our needs …
Azure currently doesn't have a solution that's similar to this but you can do a lot of the features with several of the components that Microsoft Azure offers. AWS Elastic Beanstalk exists in that niche market where if you have an existing solution, this is a great way to move &…
AWS is much more focused on scalability, but Heroku was much easier to get things up and running as a beginner. For simple hosting, I would stick to something like Heroku or Netlify. That said, Elastic Beanstalk is meant for more performant functions requiring large scaling and …
AWS Elastic Beanstalk is a great option for an organization that's already invested in the AWS ecosystem. The greater the number of complementary features needed by the application (e.g. integrating with Amazon's Elastic Load Balancer, databases, etc), the greater the reward …
We also use Heroku and it is a great platform for smaller projects and light Node.js services, but we have found that in terms of cost, the Elastic Beanstalk option is more affordable for the projects that we undertake. The fact that it sits inside of the greater AWS Cloud …
I enjoyed that Lightsail was so simple to provision and access via the in-browser SSH terminal, but ultimately Elastic Beanstalk is a more robust offering that interfaces seamlessly with more of AWS's other services. Elastic Beanstalk is also better equipped to automate …
I selected these solutions because they are the closest to being able to set up separate server or VM instances. As far as performance and scalability, Heroku does offer an autoscale option, but the base cost to have the autoscale in place, sets Heroku behind EBS. Digital …
Honestly, I haven't tried any other alternative products. As already mentioned, I am already heavily invested in AWS, so EBS was a natural choice for me. In other reviews, I have found, AWS is better than its competitors. There are more flavors, and options in AWS, better …
Heroku is another similar product which we had tried out to deploy one of the NodeJs project and it has lot of developer friendly features as well. Though Heroku is more expensive than Beanstalk is what I found. Heroku also has some restrictions which can affect the …
The other main competitor that I have used would probably be Heroku. While Heroku is incredibly simple and easy to get a sample web app online, its dashboard and product connectivity didn't feel quite as seamless as AWS Elastic Beanstalk. AWS Elastic Beanstalk has a higher up …
In some of the other companies that I've worked in, I've had the opportunity to work with the above softwares where the structure and architecture of the services was much complicated but the above softwares were able to handle it with more ease and efficiency. The complex …
It can help you to host your virtual appliance or serverless application at very low cost. DigitalOcean marketplace also helps you to deploy the serverless app or virtual appliance effortlessly. It is suitable for small scale deployment and the process to setup an account and …
The ability to choose your own cloud provider is huge, especially for a small start up like I have. We have a lot of free credit from AWS, Google Cloud, IBM, Azure, etc...
The data layer is baked into the system which is better for integration then an external provider.
AWS Elastic Beanstalk is well suited for [the] rapid development of applications that use standard compute platforms based on popular programming languages. So getting a Go, Python, Ruby, or Node.js app going in AWS Elastic Beanstalk will be easy. For non-standard applications, containers provide another option for using AWS Elastic Beanstalk. In either case, AWS Elastic Beanstalk is well suited for applications that are [self-contained]. AWS Elastic Beanstalk is also good for development or test environments that need a built-in deployment method. AWS Elastic Beanstalk is less appropriate for complex applications that rely on multiple AWS services. While deploying and running the base code might be easy to get going, it may be difficult to apply permissions and integrations with the other services.
It can help you to host your virtual appliance or serverless application at very low cost. DigitalOcean marketplace also helps you to deploy the serverless app or virtual appliance effortlessly. It is suitable for small-scale deployment and the process to set up an account and rolling out your app via the marketplace is easy and cheap.
How to more easily integrate with other other AWS services. There are plenty out there, but it's not quite as seamless as I feel like it should be to mix and match products.
Make backing up easier when scaling the server. It took quite a bit of time to make sure we had everything set up in case something went wrong.
When you are first starting to use AWS, the dashboard can be very intimidating. There are countless products all with names that aren't very indicative of what they actually do.
The company has not been very communicative as of lately. Not much news, no apparent work on missing features.
Some components are incomplete as far as some critical features. For example, I use RethinkDB as my database and it's missing critical features like backup and clustering, so It is unusable and they should have made that clear from the get go.
The pricing on the support plan is vague. I do have the feeling it is actually well worth the money, but it's hard to form a decisions based without more predictable specific.
Seems to me like the platform's future is unclear.
As our technology grows, it makes more sense to individually provision each server rather than have it done via beanstalk. There are several reasons to do so, which I cannot explain without further diving into the architecture itself, but I can tell you this. With automation, you also loose the flexibility to morph the system for your specific needs. So if you expect that in future you need more customization to your deployment process, then there is a good chance that you might try to do things individually rather than use an automation like beanstalk.
The overall usability is good enough, as far as the scaling, interactive UI and logging system is concerned, could do a lot better when it comes to the efficiency, in case of complicated node logics and complicated node architectures. It can have better software compatibility and can try to support collaboration with more softwares
As I described earlier it has been really cost effective and really easy for fellow developers who don't want to waste weeks and weeks into learning and manually deploying stuff which basically takes month to create and go live with the Minimal viable product (MVP). With AWS Beanstalk within a week a developer can go live with the Minimal viable product easily.
- Do as many experiments as you can before you commit on using beanstalk or other AWS features. - Keep future state in mind. Think through what comes next, and if that is technically possible to do so. - Always factor in cost in terms of scaling. - We learned a valuable lesson when we wanted to go multi-region, because then we realized many things needs to change in code. So if you plan on using this a lot, factor multiple regions.
There are many services like AWS Elastic beanstalk, but there are none with the maturity in the platform or the cost-effectiveness of AWS Elastic Beanstalk. Also, AWS Elastic Beanstalk is the oldest among them, so there are more people with AWS experience than the other platforms. The only thing is their documentation and UX are a bit old, which doesn't stop it from performing greatly, but yes, if you are looking for better UX, then you can check out other options.
The ability to choose your own cloud provider is huge, especially for a small start up like I have. We have a lot of free credit from AWS, Google Cloud, IBM, Azure, etc... The data layer is baked into the system which is better for integration then an external provider. There are also a lot fewer differences between environment as everything is Docker based which gives me the confidence that what works on my machine is going to work in production. Heroku doesn't have good support for Docker containers yet and although Heroku has served me well in the past, it is limited in some aspects.
Elastic Beanstalk removes countless hours from development team responsibility, freeing up those resources to instead focus on building the products that our customers want to use.
As a business that is already embedded into using EC2 instances, it's essentially free to leverage the work that AWS performs on configuring the Elastic Beanstalk stacks.
With Elastic Beanstalk, while there is still a responsibility to ensure that applications can work with updated underlying dependencies, it's much easier when AWS handled the heavy lifting of updating the stacks.