為什麼這篇microservice缺點鄉民發文收入到精華區：因為在microservice缺點這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者ripple0129 (perry tsai)看板Soft_Job標題[討論] 微服務將會是主流...
大家應該都維護過
高耦合
臃腫龐大的程式碼
牽一髮而動全身
於是軟體工程大家越來越重視
今年在JCCONF上的議題
不少講者有提到微服務的概念
可能是Docker的火紅造就運行環境的設定方便
DevOps的精神創造高頻率deploy的神話
各種框架能夠快速搭建APP
微服務在這樣的環境下產生
功能拆分出來
工程師能夠小組專注在自己的功能上實作與維護
跨平台跨語言各種彈性
重要的是不用再面對糊成一團的大架構
凡事一體兩面
增加服務之間之間的溝通成本
API介面的更新容易失去控制
資料的一致性更須完整規劃
但比起過去的大型專案
微服務仍然是利大於弊
未來大家都會想改以微服務來改善程式碼嗎？
微服務會有什麼致命的缺點嗎？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.64.109
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1476974078.A.6DD.html
→ Lordaeron: 利大於弊是統計結果, 還是心理結果? 10/20 22:37
→ robler: 為什麼你覺得大架構就會 糊成一團? 10/20 22:41
推 lonelytea: 錢 10/20 22:54
→ allenxxx: 頻不頻繁更新不是重點,重點是沒錢我死都不幫客戶更新 10/20 22:55
→ allenxxx: 進帳要跟需求相當才是重點 10/20 22:56
推 chiwa: 系統的維護會變得更複雜，使用微服務有些基礎條件要先具備 10/20 23:24
推 landlord: 從micoservices可以解決的問題當切入點，如果沒那問題 10/20 23:59
→ landlord: ，就不需要額外搞得特別複雜。但有些問題眼前microser 10/20 23:59
→ landlord: vices的確就是適當解。 10/20 23:59
→ GoalBased: 特别擅长抽象归纳和制造概念 XDD 10/21 00:13
→ ripple0129: 大架構不一定會糊成一團，但微服務肯定不會全部架構糊 10/21 00:17
→ ripple0129: 成一團呀，頂多各自糊自己的小service XD 10/21 00:17
推 shadow0326: 覺得微妙 整個系統還是要畫好各服務的拓樸 定好介面 10/21 01:24
→ shadow0326: 如果原系統有下過這些功夫 那就沒有糊成一團問題了吧 10/21 01:25
→ alog: 做生意還是要看人 技術終究是輔助 10/21 02:06
→ pttworld: 標準化降低自由度增進開發速度，產品可能缺乏創意。 10/21 02:20
推 Masakiad: 由軟體的架構轉換成系統的架構，難度真的變低了嗎？最 10/21 04:32
→ Masakiad: 近用docker建立一間公司ec+erp+crm+iot系統，開發僅僅 10/21 04:32
→ Masakiad: 不到兩個月已經使用超過20個container. 以架構過程來說 10/21 04:32
→ Masakiad: 只是換湯不換藥，難度還可能變高。然後規劃不好一樣亂 10/21 04:32
→ Masakiad: 成一團，糟糕的software class interface跟糟糕的servic 10/21 04:32
→ Masakiad: e application interface比起來後者還更難重構...... 10/21 04:32
推 Masakiad: 但microservice還是比以往較大的service有更多好處，所 10/21 04:39
→ Masakiad: 以我還是會推薦microservice 10/21 04:39
→ remmurds: 樓上好像越描越黑 10/21 06:54
→ ripple0129: 其實我個人認為可以隨時將各種service組合成新的解決 10/21 09:22
→ ripple0129: 方案，就蠻值得了。一般大型架構寫的好也能做的到， 10/21 09:22
→ ripple0129: 但微服務彈性肯定是較高的。 10/21 09:22
推 leicheong: 功能且不論, 但甚麼時候看過微軟的介面更新讓程式 10/21 09:50
→ leicheong: 出問題了? 這會出事單純就是管規格的人的錯吧. 10/21 09:51