作者jej (賊一賊)
看板Soft_Job
標題[請益] 微服務過了一段時間後大家覺得？
時間Tue Jan 22 14:31:42 2019
如題
話說google號稱他們
每天要重開服務好幾千台
這段野史開啟了台灣微服務的歷史
就我們公司用的微服務來說
目前看起來是看錯誤log更難了
要往不同的service去找
有時候系統掛了還不是自己系統的問題
(有可能是我們公司系統間相依性太高)
處於越末梢的服務越可憐
就像是物料的供應鏈一樣
原物料有問題 客人買到抗議
只能一關一關往上找
就這樣看起來我們公司的微服務算是失敗的
有沒有哪位大大也有用微服務
來分享一下 是真的有像google他們說的
這麼好？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.136.18.172
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1548138704.A.74F.html
1F：→ jimmy689: 信徒會跟你縮要把Log本身也變一個服務 01/22 14:35
2F：推 alihue: 人家谷歌專案規模多大，沒幾千行的程式也跟人家搞微服務 01/22 15:08
3F：→ piano78816: 可以研究一下服務調用鏈，例如zipkin,eagleeye 01/22 15:08
4F：→ weinine32: 可以考慮用splunk 01/22 15:33
5F：推 ripple0129: Log要做中央集權式ELK stack or Splunk 01/22 16:00
6F：推 BBSealion: 問題就是相依性不能太高啊XDD 各自獨立要有好的 unit 01/22 16:42
7F：→ BBSealion: , integration, e2e test 方便限縮問題點，最好還有一 01/22 16:43
8F：→ BBSealion: 些自動偵錯 (例如 AWS CloudWatch)，才能發揮他的好處 01/22 16:44
9F：→ alan3100: 你自己的缺陷都講完了還要怪罪微服務，這就是做半套而已 01/22 17:51
10F：→ alan3100: 呀。 01/22 17:51
11F：推 Masakiad: 同樓樓上，log沒整合的問題跟微服務架構本身無關。先不 01/22 18:30
12F：→ Masakiad: 說microservice了，光cluster就要整合log了 01/22 18:30
13F：推 johnny94: 沒有到一定的規模就搞微服務只是自討苦吃而已 01/22 19:15
14F：推 abccbaandy: 一堆人在那邊跟風，相關配套都沒...這篇就是標準的例 01/22 20:48
15F：→ abccbaandy: 子 01/22 20:48
16F：推 gofigure: 就跟一堆公司跟風找數據科學家一樣 根本就是鼻屎大 01/22 23:41
17F：→ gofigure: 的數據而已 也在那邊亂搞 01/22 23:42
18F：→ pttworld: 博弈產業也有微服務的例子 01/23 11:41
19F：推 blackie1019: 提log說微服務不行真的會笑死 01/23 22:41
20F：→ lnmlee: storage service database 都有cluster？ group? 01/24 12:11
21F：推 bitcch: (有可能是我們公司系統間相依性太高) 01/24 13:24
22F：推 rocwild: 整合一下log.看看correlation id的文章吧 01/24 15:51
23F：推 vn509942: 沒有那個需求，碰這個就...當作練習 01/25 22:57
24F：推 abcorz: graylog看看 01/25 23:45