作者jej (贼一贼)
看板Soft_Job
标题[请益] 微服务过了一段时间後大家觉得？
时间Tue Jan 22 14:31:42 2019
如题
话说google号称他们
每天要重开服务好几千台
这段野史开启了台湾微服务的历史
就我们公司用的微服务来说
目前看起来是看错误log更难了
要往不同的service去找
有时候系统挂了还不是自己系统的问题
(有可能是我们公司系统间相依性太高)
处於越末梢的服务越可怜
就像是物料的供应链一样
原物料有问题 客人买到抗议
只能一关一关往上找
就这样看起来我们公司的微服务算是失败的
有没有哪位大大也有用微服务
来分享一下 是真的有像google他们说的
这麽好？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.136.18.172
※ 文章网址: https://webptt.com/cn.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