[討論] 微服務將會是主流?

看板Soft_Job作者 (perry tsai)時間7年前 (2016/10/20 22:34), 編輯推噓8(8023)
留言31則, 14人參與, 最新討論串1/1
大家應該都維護過 高耦合 臃腫龐大的程式碼 牽一髮而動全身 於是軟體工程大家越來越重視 今年在JCCONF上的議題 不少講者有提到微服務的概念 可能是Docker的火紅造就運行環境的設定方便 DevOps的精神創造高頻率deploy的神話 各種框架能夠快速搭建APP 微服務在這樣的環境下產生 功能拆分出來 工程師能夠小組專注在自己的功能上實作與維護 跨平台跨語言各種彈性 重要的是不用再面對糊成一團的大架構 凡事一體兩面 增加服務之間之間的溝通成本 API介面的更新容易失去控制 資料的一致性更須完整規劃 但比起過去的大型專案 微服務仍然是利大於弊 未來大家都會想改以微服務來改善程式碼嗎? 微服務會有什麼致命的缺點嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.64.109 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1476974078.A.6DD.html

10/20 22:37, , 1F
利大於弊是統計結果, 還是心理結果?
10/20 22:37, 1F

10/20 22:41, , 2F
為什麼你覺得大架構就會 糊成一團?
10/20 22:41, 2F

10/20 22:54, , 3F
10/20 22:54, 3F

10/20 22:55, , 4F
頻不頻繁更新不是重點,重點是沒錢我死都不幫客戶更新
10/20 22:55, 4F

10/20 22:56, , 5F
進帳要跟需求相當才是重點
10/20 22:56, 5F

10/20 23:24, , 6F
系統的維護會變得更複雜,使用微服務有些基礎條件要先具備
10/20 23:24, 6F

10/20 23:59, , 7F
從micoservices可以解決的問題當切入點,如果沒那問題
10/20 23:59, 7F

10/20 23:59, , 8F
,就不需要額外搞得特別複雜。但有些問題眼前microser
10/20 23:59, 8F

10/20 23:59, , 9F
vices的確就是適當解。
10/20 23:59, 9F

10/21 00:02, , 10F
https://goo.gl/RDHGmg 這篇簡介地不錯
10/21 00:02, 10F

10/21 00:13, , 11F
特别擅长抽象归纳和制造概念 XDD
10/21 00:13, 11F

10/21 00:17, , 12F
大架構不一定會糊成一團,但微服務肯定不會全部架構糊
10/21 00:17, 12F

10/21 00:17, , 13F
成一團呀,頂多各自糊自己的小service XD
10/21 00:17, 13F

10/21 01:24, , 14F
覺得微妙 整個系統還是要畫好各服務的拓樸 定好介面
10/21 01:24, 14F

10/21 01:25, , 15F
如果原系統有下過這些功夫 那就沒有糊成一團問題了吧
10/21 01:25, 15F

10/21 02:06, , 16F
做生意還是要看人 技術終究是輔助
10/21 02:06, 16F

10/21 02:20, , 17F
標準化降低自由度增進開發速度,產品可能缺乏創意。
10/21 02:20, 17F

10/21 04:32, , 18F
由軟體的架構轉換成系統的架構,難度真的變低了嗎?最
10/21 04:32, 18F

10/21 04:32, , 19F
近用docker建立一間公司ec+erp+crm+iot系統,開發僅僅
10/21 04:32, 19F

10/21 04:32, , 20F
不到兩個月已經使用超過20個container. 以架構過程來說
10/21 04:32, 20F

10/21 04:32, , 21F
只是換湯不換藥,難度還可能變高。然後規劃不好一樣亂
10/21 04:32, 21F

10/21 04:32, , 22F
成一團,糟糕的software class interface跟糟糕的servic
10/21 04:32, 22F

10/21 04:32, , 23F
e application interface比起來後者還更難重構......
10/21 04:32, 23F

10/21 04:39, , 24F
但microservice還是比以往較大的service有更多好處,所
10/21 04:39, 24F

10/21 04:39, , 25F
以我還是會推薦microservice
10/21 04:39, 25F

10/21 06:54, , 26F
樓上好像越描越黑
10/21 06:54, 26F

10/21 09:22, , 27F
其實我個人認為可以隨時將各種service組合成新的解決
10/21 09:22, 27F

10/21 09:22, , 28F
方案,就蠻值得了。一般大型架構寫的好也能做的到,
10/21 09:22, 28F

10/21 09:22, , 29F
但微服務彈性肯定是較高的。
10/21 09:22, 29F

10/21 09:50, , 30F
功能且不論, 但甚麼時候看過微軟的介面更新讓程式
10/21 09:50, 30F

10/21 09:51, , 31F
出問題了? 這會出事單純就是管規格的人的錯吧.
10/21 09:51, 31F
文章代碼(AID): #1O2DN-RT (Soft_Job)