šŸŒŸĀ Help others discover us,Ā star our GitHub repo!Ā šŸŒŸ

Mobile Menu

The Serverless Supremacy

Sven Al HamadTwitter
February 12, 2020

The inspiration for this blog post came from the tweet below by David Heinemeier Hansson. David is the creator of Ruby on Rails and the CTO at Basecamp.

https://twitter.com/dhh/status/1225117740962181120

In the past, Iā€™ve followed David and read several of his blog posts. Iā€™ve got nothing but respect for what he has built and achieved so far ā€” but on this particular topic I donā€™t agree with his views, and here is why.

The Majestic Monolith

This is the blog post that David wrote a while back, in 2016 actually.

The blog post is a great read, but I feel a bit out of date for 2020. It focuses on the aspect that microservices are hard and complex and only reserved for bigger organizations that have the manpower to manage that type of infrastructure.

That might have been true in 2016, but in 2020 the tooling has evolved and itā€™s no longer the case you need to have a whole team to manage the application infrastructure. You donā€™t even need a dedicated person. Each developer can easily deploy a service. I would even counter-argue that itā€™s easier to manage a microservices architecture than a monolithic one.

A microservice architecture allows you to deploy an update to a much smaller part of your application. This reduces the risk and makes the deployment, as well as the rollback, much faster.

One other point thatā€™s mentioned is the rule of not distributing your compute if you can avoid it. I feel again that this was a rule before serverless compute was a thing.

Serverless compute and microservices architecture fit so well together and donā€™t come with a big overhead. If not even, they bring way more benefit than time and complexities they add to your application and your team.

Serverless compute allows far greater elasticity of your compute power with a more optimal cost. Not to mention the fact that you only scale the compute on the services that need to scale, and not on the whole monolith, which when it scales comes with a bit baseline cost.

The last thing that David mentions as a ā€œnegativeā€ side of the microservices is that the knowledge becomes ā€œsiloedā€. Only people working on a particular service, know that services ā€” the knowledge is not spread amongst the team.

TBH Iā€™m not sure this is a microservices problem. You could have the same thing in a monolith. This is part of your company culture and how your developers work in teams and how their responsibilities are organized.

Integrated Systems for Integrated Programmers

This is I feel a more refreshed version of the previously mentioned 2016 article. link

Here the focus is on the imposter syndrome. Those cool developers from large organizations are telling you that you are architecting your applications in the wrong way (i.e monolith) and in fact, you should use a different approach (microservices).

Iā€™ve seen this happen with other technologies and architectures. Many times I had the same opinion as David ā€” feeling that Iā€™m the one doing things the wrong way, that Iā€™m the one who needs to change. Or in the case of Davidā€™s current opinion on serverless, that this new thing is actually bullshit and that I know better.

With every new thing on the market, this state of mind surfaces. Sometimes weā€™re right, but sometimes weā€™re also wrong. I remember way back watching one of the first-ever presentations on MongoDB. The audience was basically super sceptical and couldnā€™t wrap their heads around why you would need a NoSQL database ā€” today MongoDB is worth \$9.3B. Similar things youā€™ll find with almost any technology we use todayā€” but only time will tell which ones are good and which ones weā€™ll want to forget.

Final Word

Serverless is still proving itself and itā€™s early days to say for sure that itā€™s the best thing ever that has happened to development. But I tend to believe that serverless is the future of development, it has to, especially because of the small companies. Literally quite opposite from what David was saying in his blog post.

Development is getting more and more complex. Small companies canā€™t compete with big organizations in terms of the talent they hire. They donā€™t have the budget to hire 10 machine learning experts to build a search engine for their site or to hire security experts to audit their payment system integrations with banks. They canā€™t afford large devops teams to manage their scalability without breaking the bank on overprovisioning the compute power. Due to serverless, they can use different services such as Algolia, Stripe, Lambda and others to get that power and those features and integrations.

Things over time will get even more demanding, there will be a greater need for faster websites with even more personalization and advanced hard-to-code features. If your company canā€™t reach that bar, you will not survive on the market. Serverless is the way how you can compete with the big guys and level the playing field.

Serverless if for one is making things simpler, cheaper and more efficient.

About Webiny

Webiny is an open source serverless CMS that offers you all the enterprise-grade functionalities, while keeping your data within the security perimeter of your own infrastructure.

Learn More

Newsletter

Want to get more great articles like this one in your inbox. We only send one newsletter a week, don't spam, nor share your data with 3rd parties.

Webiny Inc Ā© 2024
Email
  • We send one newsletter a week.
  • Contains only Webiny relevant content.
  • Your email is not shared with any 3rd parties.
Webiny Inc Ā© 2024
By using this website you agree to our privacy policy
Webiny Chat

Find us on Slack

Webiny Community Slack