[請益] 微服務過了一段時間後大家覺得？

[jej (賊一賊)]

如題

話說google號稱他們

每天要重開服務好幾千台

這段野史開啟了台灣微服務的歷史



就我們公司用的微服務來說

目前看起來是看錯誤log更難了

要往不同的service去找

有時候系統掛了還不是自己系統的問題

(有可能是我們公司系統間相依性太高)




處於越末梢的服務越可憐

就像是物料的供應鏈一樣

原物料有問題 客人買到抗議

只能一關一關往上找



就這樣看起來我們公司的微服務算是失敗的



有沒有哪位大大也有用微服務

來分享一下 是真的有像google他們說的

這麼好？


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.136.18.172
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1548138704.A.74F.html
→ jimmy689: 信徒會跟你縮要把Log本身也變一個服務
推 alihue: 人家谷歌專案規模多大，沒幾千行的程式也跟人家搞微服務
→ piano78816: 可以研究一下服務調用鏈，例如zipkin,eagleeye
→ weinine32: 可以考慮用splunk
推 ripple0129: Log要做中央集權式ELK stack or Splunk
推 BBSealion: 問題就是相依性不能太高啊XDD 各自獨立要有好的 unit
→ BBSealion: , integration, e2e test 方便限縮問題點，最好還有一
→ BBSealion: 些自動偵錯 (例如 AWS CloudWatch)，才能發揮他的好處
→ alan3100: 你自己的缺陷都講完了還要怪罪微服務，這就是做半套而已
→ alan3100: 呀。
推 Masakiad: 同樓樓上，log沒整合的問題跟微服務架構本身無關。先不
→ Masakiad: 說microservice了，光cluster就要整合log了
推 johnny94: 沒有到一定的規模就搞微服務只是自討苦吃而已
推 abccbaandy: 一堆人在那邊跟風，相關配套都沒...這篇就是標準的例
→ abccbaandy: 子
推 gofigure: 就跟一堆公司跟風找數據科學家一樣 根本就是鼻屎大
→ gofigure: 的數據而已 也在那邊亂搞
→ pttworld: 博弈產業也有微服務的例子
推 blackie1019: 提log說微服務不行真的會笑死
→ lnmlee: storage service database 都有cluster？ group?
推 bitcch: (有可能是我們公司系統間相依性太高)
推 rocwild: 整合一下log.看看correlation id的文章吧
推 vn509942: 沒有那個需求，碰這個就...當作練習
推 abcorz: graylog看看