把單體式的系統 (monolitch), 拆解成多個獨立的小服務, 再靠 API 把彼此 串聯起來的架構

轉移到微服務架構是有條件的，基本門檻還達不到的話就貿然轉移到微服務 架構是很冒險的。微服務架構先天就較複雜，在開發、部署及維運這三個部份的要求都比單體式架構的 APP 來的高。

微服務架構簡化了服務本身的複雜度 (每個服務變小了，責任也變單一)，但是整體的 application 並沒有變簡單啊， 因此複雜度都轉移到服務與服務之間。因此要能妥善管理及維護好眾多的服務 instances 能彼此順利的合作，是個不小的挑戰。這邊最主要的關鍵， 就在於底層的基礎建設了!

微服務的好處是要靠一個良好的基礎建設，讓微服務 可以在上面妥善的運行，才堆積出來的。這些基礎建設還沒準備好之前，微服務是沒有效益的。