值得省思的文章 —— Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%

覺得我們的內容實用嗎？ MyApollo 電子報讀者募集中！歡迎訂閱電子報!

這是 1 篇講述關於 Amazon Prime Video 內部 1 個影音品質監控系統從微服務(microservices)架構轉為 monolith 架構的文章。

最近看到社群有些人在講被顧問坑微服務架構的鬼故事，所以⋯⋯（後略）。

基本上這篇文章有 3 個重要的點可以參考：

就算是 Amazon 事業群之一，即使有 AWS 給你靠，在成本考量面前，你還是得不計代價優化支出成本。
微服務架構有它的優點，但也有它的缺點，沒有 100% 完美的方案，只有在權衡優劣與妥協下的折衷方案，不要為了微服務而微服務，就連 Amazon 的量級都有可能發現微服務不適合他們某些特定使用情境了，更遑論是小貓沒幾隻的開發團隊。有時候方法老歸老，但真的簡單、直覺、暴力好！
Serverless & 微服務架構的缺點之一：
- 資料交換的效率問題，譬如 A serverless function 要丟大量資料給 B serverless function 可能得交給 S3 做中介儲存。如果是 monolith 架構，可以直接在同 1 台機器內做資料交換，效率更高，也不用額外付 S3 的費用。

這篇文章很短，但很有省思，有興趣可以抽空看一下 : )