Quantifying cost saving when migrating a monolithic app to microservices

0

My client has asked me to estimate how much he would save if he moved his Ruby on Rails monolithic application to an environment where they only use microservices (EKS and Lambda). The calculation does not need to be exact although I want it to be realistic.

I don’t know whether to start using the pricing calculator or maybe just use some example of other clients and give a benchmark. What are your thoughts on the best approach? Thanks

已提问 4 年前415 查看次数
1 回答
0
已接受的回答

I don't think migrating a monolith to microservices generally results in direct cost savings, although it's certainly possible in some situations.

If the monolith is currently scaled for peak load, then there's obviously some potential costs savings moving it to elastic infrastructure, where the cost saving is going to be related to the difference between peak and base load. Additional direct savings from moving to microservices could come in if there's any event-based or v.peaky capabilities that can be hived off into microservices, and therefore removing the need to scale the whole monolith infrastructure elastically.

To try and calculate the potential savings in such cases you'd need to work out the difference between base and peak load for the monolith's various capabilities, and then create some indicative figures if there were actual savings in elastically-scaling individual capabilities.

However, it's also more expensive to operate microservices, since there's more moving parts, so my suggestion would be to do those calculations, but be prepared for the move to microservices potentially costing more.

AWS
已回答 4 年前

您未登录。 登录 发布回答。

一个好的回答可以清楚地解答问题和提供建设性反馈,并能促进提问者的职业发展。

回答问题的准则