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

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