大家應該都維護過
高耦合
臃腫龐大的程式碼
牽一髮而動全身
於是軟體工程大家越來越重視
今年在JCCONF上的議題
不少講者有提到微服務的概念
可能是Docker的火紅造就運行環境的設定方便
DevOps的精神創造高頻率deploy的神話
各種框架能夠快速搭建APP
微服務在這樣的環境下產生
功能拆分出來
工程師能夠小組專注在自己的功能上實作與維護
跨平台跨語言各種彈性
重要的是不用再面對糊成一團的大架構
凡事一體兩面
增加服務之間之間的溝通成本
API介面的更新容易失去控制
資料的一致性更須完整規劃
但比起過去的大型專案
微服務仍然是利大於弊
未來大家都會想改以微服務來改善程式碼嗎？
微服務會有什麼致命的缺點嗎？

利大於弊是統計結果, 還是心理結果?

為什麼你覺得大架構就會 糊成一團?

錢

頻不頻繁更新不是重點,重點是沒錢我死都不幫客戶更新進帳要跟需求相當才是重點

系統的維護會變得更複雜，使用微服務有些基礎條件要先具備

從micoservices可以解決的問題當切入點，如果沒那問題，就不需要額外搞得特別複雜。但有些問題眼前microservices的確就是適當解。https://goo.gl/RDHGmg 這篇簡介地不錯

特别擅长抽象归纳和制造概念 XDD

大架構不一定會糊成一團，但微服務肯定不會全部架構糊成一團呀，頂多各自糊自己的小service XD

覺得微妙 整個系統還是要畫好各服務的拓樸 定好介面如果原系統有下過這些功夫 那就沒有糊成一團問題了吧

做生意還是要看人 技術終究是輔助

標準化降低自由度增進開發速度，產品可能缺乏創意。

由軟體的架構轉換成系統的架構，難度真的變低了嗎？最近用docker建立一間公司ec+erp+crm+iot系統，開發僅僅不到兩個月已經使用超過20個container. 以架構過程來說只是換湯不換藥，難度還可能變高。然後規劃不好一樣亂成一團，糟糕的software class interface跟糟糕的service application interface比起來後者還更難重構......但microservice還是比以往較大的service有更多好處，所以我還是會推薦microservice

樓上好像越描越黑

其實我個人認為可以隨時將各種service組合成新的解決方案，就蠻值得了。一般大型架構寫的好也能做的到，但微服務彈性肯定是較高的。

功能且不論, 但甚麼時候看過微軟的介面更新讓程式出問題了? 這會出事單純就是管規格的人的錯吧.