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.
Google App Engine
Score 8.2 out of 10
N/A
Google App Engine is Google Cloud's platform-as-a-service offering. It features pay-per-use pricing and support for a broad array of programming languages.
$0.05
Per Hour Per Instance
Agentforce Sales
Score 8.8 out of 10
N/A
Salesforce' Agentforce Sales (formerly Salesforce Sales Cloud) is the company's flagship CRM platform. The AI CRM for Sales features data built right in.
$25
per month per user
Pricing
AWS Elastic Beanstalk
Google App Engine
Salesforce Agentforce Sales
Editions & Modules
No Charge
$0
Users pay for AWS resources (e.g. EC2, S3 buckets, etc.) used to store and run the application.
Starting Price
$0.05
Per Hour Per Instance
Max Price
$0.30
Per Hour Per Instance
Starter
$25.00
per month per user
Professional
$80.00
per month per user
Enterprise
$165.00
per month per user
Unlimited
$330.00
per month per user
Agentforce 1 Sales
$550
per month per user
Offerings
Pricing Offerings
AWS Elastic Beanstalk
Google App Engine
Agentforce Sales
Free Trial
No
No
Yes
Free/Freemium Version
Yes
Yes
No
Premium Consulting/Integration Services
No
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Optional
Additional Details
—
—
—
More Pricing Information
Community Pulse
AWS Elastic Beanstalk
Google App Engine
Salesforce Agentforce Sales
Considered Multiple Products
AWS Elastic Beanstalk
Verified User
Anonymous
Chose AWS Elastic Beanstalk
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 …
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 …
simpler and cheaper sums up the benefits. AWS became too bureaucratic while Google App Engine made he process easier to setup. Again, I just spent a few minutes to setup a simple app, setup a budget, add my credit card and have it up and running. Google is captivating its user …
For our organization, we selected Google App Engine which provides a reliable and efficient way to create and deploy apps moreover it supports a lot of languages and provides automatic debugging of code which enables us to deploy code to production as soon as development is …
If you have a small team which is also responsible for development of the product then surely go for it. And if you have a larger team with dedicated person to take care of deployments. Go for cheaper options such as compute engine or AWS (be sure to do your research on pricing …
It's the manageability of the Google App Engine which made it a better option in our case. It's quite straightforward to deploy on App-Engine. No worries for monitoring setup
You can create and scale Kubernetes clusters quickly, but you have to keep an eye on that cluster. In-App Engine, you don't have to worry about infrastructure, but in some scenarios, Kubernetes fits better.
Google App Engine is the first product we picked up to store the mass data. Later we came to know that, firebase database is also similar to Google App Engine. But still, we didn't step into it. We will try it later.
Azure App Service is in par with Google App Engine although you may want to use Azure App Service if you are integrating with other Microsoft IT components, for example SQL Server. Google App Engine is great when in long run, you will be using Google cloud components, for …
App Engine is a much more streamlined system than EC2. There is a fundamental difference between them, but they are used for basically the same thing as far a I could tell -- to serve applications EC2 is certainly more complicated, but if offers more machine-level control if …
Google App Engine is very easy to use and mostly up to date makes it compatible with all old and new devices. The applications are very interactive and the prices are accessible for most users. The prices tend to get slightly expensive as we head on towards higher …
The two giants are Google and Amazon. Both are very similar however Google App Engine allows you to deploy your web applications through platforms like Python where as if you're using AWS, you have full control on the operating system services. Google is good because you pay as …
We were on another much smaller cloud provider and decided to make the switch for several reasons - stability, breadth of services, and security. In reviewing options, GCP provided the best mixtures of meeting our needs while also balancing the overall cost of the service as …
We commonly decide between App Service, Elastic Beanstalk, and App Engine. Normally, we do not have a strong preference for the services, it really comes down to whether or not there are other factors drawing us toward a particular platform. In the case of App Engine, it is a …
I think that Microsoft and Amazon are simply investing more in their offerings, and there are a bunch of cool PaaS solutions out there as well. Google App Engine is solid, and is probably the right choice for some projects. But ultimately one should evaluate each platform …
Google Apps is great for environments where the need for a more robust platform is not necessary if you are looking to have email and cloud collaboration enablement of your working staff. From the stand point of using both, I can see the value of both but it really depends on …
AWS and Heroku are both great, and I use them both extensively for different projects. Google App Engine was chosen because it is much more innovative than AWS, and because Heroku specializes in Ruby on Rails. Even though Heroku supports Java and other services, we feel Google …
With GAE it's a matter of "code your app and deploy it". You don't care on what servers or on how many servers it runs. System administration is done for you. With AWS you still have to be a system administrator with good knowledge and undestanding of load balancers, database …
You can spawn up your own cluster using Kubernetes or Container Engine which will scale automatically when configured properly, but you have to keep an eye on that cluster. In App Engine you don't have to worry about it at all, just ship your code and it will run.
We chose Google App Engine because it supplies the most infrastructure per dollar spent. It's much more expensive to use Amazon EC2 to scale to over a million users. Also, the engine's narrow language support system, while somewhat limiting, makes getting started quickly much …
We left Lotus Notes for the (more versatile) Google Apps. We could never recommend the closed architecture of Lotus Notes. We have evaluated Office 365 and believe the product is compelling. So compelling, that we may consider a platform change…
Based on my experience, I’ve used Odoo — it’s an open-source ERP system. It’s not exactly the same as Salesforce or Sales Cloud, but it serves a similar purpose. And I feel that Sales Cloud is better. Personally, I find it easier to use and better than what Odoo offers, …
Over the years, I’ve helped many people move from different sales solutions — like Dynamics, HubSpot, and Act, which was one of the first ones. I’ve supported a lot of organizations in moving from those platforms to Salesforce.
So I've evaluated, implemented Microsoft Dynamics in the past. I've used Oracle CRM solutions. I've used Daylight, which is a very niche CRM system the last couple of years. And I've evaluated a variety from Legacy Microsoft Ones to Zoho and Sugar when making implementation …
Actually, we have not. By the time I joined my company, we already had Sales Cloud. It was already there and the decision was made. I'm sure that there were other small companies that the upper management team evaluated very quickly, but they came to a decision very quickly. I …
Raiser's Edge, CSING. Those are the primary ones. There's no competition at all. I mean, in terms of tracking duplicate contact, I mean contacts ability to be secure and provide the right access for different levels. Salesforce was able to do that. Oh yeah. Yes. Whereas the …
We have used HubSpot and we have used jojo CRM. So the customer who cannot afford the licensing model of Salesforce, jojo CRM is a very good platform and another for assembly level, hub Spot does the work as well.
Salesforce is magnificently more robust and functions much better when managing complex sales cycles with multiple individuals and products. With simple sales cycles and few products, Excel is a strong contender.
Salesforce CMS stacks up as a Customer management system because it has a more user friendly snd intuitive interface. The UX is better and more modern. It can be customised and extended. There are always learning opportunities and updates for the system so it keeps on …
Salesforce more so compliments these products, rather than stacks against them. We don't have any products similar to Salesforce CMS, so in lieu of that, these are the products we were using that mesh the easiest with Salesforce CMS in terms of proceeding through the …
In my opinion, Salesforce CMS is the most complex of these offerings, and probably the most complex platform of its kind. It was selected by another stakeholder - I would likely have chosen something less expensive and more intuitive to use. The robust feature set is amazing, …
We used the Catalyst product of Totango. It was not great as it was hard to navigate, and it did not offer any reporting capabilities at all, nor did it speed up our day-to-day tasks.
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.
Google App Engine is especially well suited for situations where there is a variable workload during the day, e.g. inbound task processing with task queues. In this situation queues can be setup with parameters governing the process speed/scaling which allows you to easily balance performance with cost and meet a good balance.
In the end, I think we can always make it fit — and that’s one of the powers of Salesforce. Because of its flexibility and wide range of possibilities, you can really make it work for almost any need. The key, though, is to make thoughtful decisions upfront and plan carefully how you set it up. If you do that, you’ll end up with a truly flexible and effective system.
Building an application that uses Google's Authentication, means users no longer need to remember an different user id and password. Once they are logged into to Google, they can seamlessly access your application hosted on Google App Engine.
Google App Engine automatically scales up and down. SO if your application receives a spike in user traffic, App Engine automatically launches additional instances of your application to cater for the increased traffic. Once App Engine detects that the spike is usage is over, it automatically scales down to handle the current traffic.
Google App Engine can be easily integrated with Google Cloud SQL, Google Compute Engine, Google Cloud Storage etc, so that you can build out a full application using one or more of Google's Cloud Platform products.
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.
I’d say the only thing that can be a bit tricky — and I know Tableau helps address this — is that sometimes we’re limited in how deep we can go with the data in terms of reporting. It would be great to have a bit more robustness within the app itself. However, we’ve figured out our workarounds, and overall, I think it’s a fantastic product — which is why I’ve been working with it for 23 years.
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.
App Engine is a solid choice for deployments to Google Cloud Platform that do not want to move entirely to a Kubernetes-based container architecture using a different Google product. For rapid prototyping of new applications and fairly straightforward web application deployments, we'll continue to leverage the capabilities that App Engine affords us.
There are days when I wish we hadn't switched, but I know that if we put in the time, we will get to where we want to be with the software and that it has many more capabilities than anything else we looked at. However, the amount of time and onboarding we need to do is also far greater than we realized/were told when we originally bought the product. They told us we should hire onboarding support, but at the end, after we had already reached our budget maximum for this, so it's been slower than we had hoped.
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
I had to revisit the UI after a year of just setting up and forgetting. The UI got some improvements but the amount of navigation we have to go through to setup a new app has increased but also got easier to setup. Gemini now is integrated and make getting answers faster
All in all, it's a great product that use all day, every day. It's aesthetically pleasing overall and specifically provides information in a clean, concise way. It's easy to manipulate and seems to play well with the other products I use such as Pardot, Gmelius, and our company's proprietary data system. It increases my efficieny in my admin tasks so I have more time to focus on revenue-generation and account management. It's also easy to use from everywhere where it be on a university campus, in a hotel room, one of a million Starbucks, or at home
All Force.com apps run on world-class data centers with backup, failover, and disaster-recovery facilities. Force.com has had a proven 99.9 percent uptime record for years. Accordingly, I only recall our instance of Salesforce having one unscheduled, brief down time over 6 years. I can't remember for sure, but it may have been due to our Internet Service Provider (ISP) versus Salesforce itself. Also, Salesforce does it's best to keep customers in the loop:
Trust.salesforce.com is the salesforce.com community's home for real-time information on system performance and security. On this site you'll find:
Live and historical data on system performance Up-to-the minute information on planned maintenance Phishing, malicious software and social engineering threats Best security practices for your organization Information on how we safeguard your data
For a SaaS provider, I'd rate their performance to be one of the best. At times, reporting tends to slow down if the data set is very large, which is the case in any system. But, that's a very rare phenomenon
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.
Good amount of documentation available for Google App Engine and in general there is large developer community around Google App Engine and other products it interacts with. Lastly, Google support is great in general. No issues so far with them.
The overall support has been good. More and more features are being released quite frequently. Very small features are also making big difference in how the tool can be adapted and used better. If there is anything we need or are stuck, the support team sets up a call and helps in resolving the issue/provides workarounds.
I attended two training sessions. I would rate them a 4 as an advanced user. It was very basic – great for someone new – would give 8+ for new person.
I had 3 years of experience at the time. I skipped basic and went onto advanced and still not helpful. A lot of it was best practices that didn’t feel relevant for our business
I have gone through multiple. The content that’s delivered is quite basic – I wish they had more advanced training.
We are grandfathered into premium support plus training. We get unlimited access to instructor led and online training for free. We have taken advantage of this
- 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.
Just from an organizational standpoint - we standardized our data prior to moving to Salesforce. But we essentially standardized it wrong. That's created a big disgusting mess for us know that I'll have to deal with as the Admin. Be sure you think through use cases prior to doing something like that - seek outside opinions on how the data will work best, especially depending on what else you're going to integrate with Salesforce.
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.
App Engine is a much more streamlined system than EC2. There is a fundamental difference between them, but they are used for basically the same thing as far a I could tell -- to serve applications EC2 is certainly more complicated, but if offers more machine-level control if that's what you need. It can tend to cost more as well. App Engine is far more straightforward but there are limitations if you need to change the environment. But even then, Google Compute Engine also compares to EC2 and stays within GCP.
Based on my experience, I’ve used Odoo — it’s an open-source ERP system. It’s not exactly the same as Salesforce or Sales Cloud, but it serves a similar purpose. And I feel that Sales Cloud is better. Personally, I find it easier to use and better than what Odoo offers, especially in terms of customization and achieving business objectives. That’s where Salesforce Sales Cloud really stands out in comparison to Odoo.
It's very scalable as it has a ton of features (but you do need an admin who understands how to leverage these features). Because of the various features, we've also needed to host onboarding sessions with our users so that they can familiarize themselves with the platform, which isn't always super user-friendly or intuitive.
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.
It helps us achieve our objectives, especially now with Agentforce — we can get more insights to help our sellers sell more. It’s really nice because it’s almost like you can use the standard part of Salesforce to train your agents and teach your sellers how to improve their sales. So that’s really nice.