AWS Elastic Beanstalk vs. Azure App Service vs. WP Engine

I have been using AWS Elastic Beanstalk for more than 5 years, and it has made our life so easy and hassle-free. Here are some scenarios where it excels -

• I have been using different AWS services like EC2, S3, Cloudfront, Serverless, etc. And Elastic Beanstalk makes our lives easier by tieing each service together and making the deployment a smooth process.
• N number of integrations with different CI/CD pipelines make this most engineer's favourite service.
• Scalability & Security comes with the service, which makes it the absolute perfect product for your business.

Personally, I haven't found any situations where it's not appropriate for the use cases it can be used. The pricing is also very cost-effective.

Incentivized

You may easily deploy your apps to Azure App Service if they were written in Visual Studio IDE (typically.NET applications). With a few clicks of the mouse, you may already deploy your application to a remote server using the Visual Studio IDE. As a result of the portal's bulk and complexity, I propose Heroku for less-experienced developers.

Incentivized

I am an enterprise user of WordPress and host over 7000 sites with WPEngine. Areas that I think they are well suited for include customers that need enterprise-level support and uptime and have more complex needs than a simple blog. They also manage scale well with a variety of isolated install options that you can scale up or down depending on your contract needs. They also provide premier support for enterprises and have highly knowledgable Technical Account Managers that provide a significant value add. If I were to look at where it isn't as appropriate for usage I would focus on the low-end needs and say while they do support small sites, there are options out there for cheaper hosting that lack the support a WPEngine gives you.

Incentivized

• Getting a project set up using the console or CLI is easy compared to other [computing] platforms.
• AWS Elastic Beanstalk supports a variety of programming languages so teams can experiment with different frameworks but still use the same compute platform for rapid prototyping.
• Common application architectures can be referenced as patterns during project [setup].
• Multiple environments can be deployed for an application giving more flexibility for experimentation.

Incentivized

• Extremely easy to deploy and update from Visual Studio
• It integrates seamlessly with other Azure PaaS resources
• It has an in-depth integration with AppInsights, so you can understand errors and their root cause easily.
• Easy to create and delete, what is not the same case in a IaaS resource
• It escalates based on CPU workload and some other resource variables.
• Configuration changes are almost immediate
• Offers an excellent abstraction from hardware backend of the platform
• That's updated very often, saving time and the risk of a self-performed update over a IaaS
• That's really easy to develop for Web Apps
• It supports Function Apps and Web Apps into the same "cost black box"

Incentivized

• I love the database backups and how quickly & easy it is to restore from an old backup point. This gives me & my clients confidence that any change can be rolled back.
• The built in caching & CDN mean that I have to spend less time worrying about the speed of the server & site. The caching has some side-effects that take getting used to (on-page dynamic PHP code sometimes needs to be moved to API endpoints), but this is true for most caching systems.
• They have really good support for multiple environments. It's very easy to have separate production & staging environments. It's also very simple to deploy from staging to production, making product launches and large scale website copy changes much easier to coordinate.

Incentivized

• Limited to the frameworks and configurations that AWS supports. There is no native way to use Elastic Beanstalk to deploy a Go application behind Nginx, for example.
• It's not always clear what's changed on an underlying system when AWS updates an EB stack; the new version is announced, but AWS does not say what specifically changed in the underlying configuration. This can have unintended consequences and result in additional work in order to figure out what changes were made.

Incentivized

• Jumps between resource sizes can get expensive
• You may wind up putting a lot of eggs in one basket--not necessarily a con but something to keep in mind (most of your data will likely be managed and processed through Microsoft products/services if you fully commit to Azure App Service).
• Learning new technology. If you're moving from on-premises to Azure App Service (or any cloud solutions), you'll likely have to rethink how things are done to achieve the same end results (and/or resources may become expensive quickly).

Incentivized

• I'd like to see WP Engine offer their own monitoring solution. When I say monitoring, I mean specific use cases that may end up being something you could script. This would keep customers from having to pay for additional services like Pingdom, New Relic, etc.
• I would like to see some proactive analysis done by WP Engine on their customer sites - at least on their home pages, and offer up suggestions. This kind of goes along with the other example.
• Finally, it would be nice to see a "lighter" offering, perhaps a plan that costs $49 for those who want to host only a few sites, or even 1 site.

Incentivized

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.

Incentivized

I was in a situation where I had to bolt Wordpress on to an existing infrastructure that could not support it. If I ever end up in that situation again, please kill me. Other than that reasonably common use case, I don't think it offers a lot of value over robust shared hosting, virtual private server (VPS) or dedicated servers.

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

Incentivized

I have given this rating because Azure App Service performs very well in terms of speed, reliability, and reducing overhead, and improves overall team productivity, with a little scope for improvement in complex testing scenarios and configurations, scalability concerns in a large setup, and similar tracking and audit needs.

Incentivized

From the onboarding and in the days afterward, it was very easy to get into the platform and begin creating important websites and configuring user options. The interface is easy to navigate, and the platform pages load quickly. Since the platform is built for Word plus press, it has features including backup, staging, maintenance mode, and direct WP-Admin login to make configuration and site management faster. We have never had any issues on the billing side of the account.

Incentivized

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.

Incentivized

Microsoft has always been known for providing a high standard in terms of customer support and Azure App Service (and as a matter of fact the whole Azure Platform) is no exception. Azure App Service never caused us any issues and we only contacted their customer support for questions regarding server locations and pricing. I feel pretty satisfied with how they treat their customers.

Incentivized

Support is generally great. Enterprise support is fantastic, with little to no wait times. I find that chat support can almost always take care of the problem without escalating to a ticket for a higher level of troubleshooting. The chat support for many other hosting providers can only handle basic issues. This is a big bonus for us to get quick and helpful answers.

Incentivized

- 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.

Incentivized

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 offering also compels us to use it, since integration is simpler. We have also evaluated Microsoft Azure and gave up trying to get an extremely basic implementation up and running after a few days of struggling with its mediocre user interface and constant issues with documentation being outdated. The authentication model is also badly broken and trying to manage resources is a pain. One cannot compare Azure with anything that Amazon has created in the cloud space since Azure really isn't a mature platform and we are always left wanting when we have to interface with it.

Incentivized

When we chose it, we did so because of its integration with Microsoft applications; now we need to integrate with AI, and Azure doesn't offer a good integration. That is the main reason to change it. It is still great to develop Windows- and Microsoft-based applications, but if we need to integrate with AI, Google wins by far.

Incentivized

While we still use GoDaddy for some services, WP Engine definitely has been a major upgrade for our WordPress hosting. In addition to faster load speeds, WP Engine has been more adept at allowing us to manage a high number of websites without straining the system. We have never used Network Solutions for our own hosting needs, but when we do interact with them on behalf of our clients, their systems always seem to be clunky and hard to use, and they often overcharge customers by selling them products they do not need.

Incentivized

• till now we had not Calculated ROI as the project is still evolving and we had to keep on changing the environment implementation
• it meets our purpose of quick deployment as compared to on-premises deployment
• till now we look good as we also controlled our expenses which increased suddenly in the middle of deployment activity

Incentivized

• Deployment of ASP.NET apps at the organization has been sped up.
• An option to offer access to the version control system on a third platform so that we could easily deploy our apps.
• Because of Azure App Service's scalability capabilities, the costs of running the services are kept to a minimum. As a result, we may save hundreds of dollars each month compared to the expenses of traditional servers by using fewer resources during slack periods.

Incentivized

• WP Engine reduces our time investment and upkeep costs which increases our margins.
• WP Engine simplifies site management with a built-in development server, which saves us headaches.
• WP Engine itself is positioned as a premium service, which allows us to use their branding as a tool to close sales.

Incentivized