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

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年前

ログインしていません。 ログイン 回答を投稿する。

優れた回答とは、質問に明確に答え、建設的なフィードバックを提供し、質問者の専門分野におけるスキルの向上を促すものです。

質問に答えるためのガイドライン

関連するコンテンツ