楼主:
jej (晃奶大馬桶)
2019-01-22 14:31:42如题
话说google号称他们
每天要重开服务好几千台
这段野史开启了台湾微服务的历史
就我们公司用的微服务来说
目前看起来是看错误log更难了
要往不同的service去找
有时候系统挂了还不是自己系统的问题
(有可能是我们公司系统间相依性太高)
处于越末梢的服务越可怜
就像是物料的供应链一样
原物料有问题 客人买到抗议
只能一关一关往上找
就这样看起来我们公司的微服务算是失败的
有没有哪位大大也有用微服务
来分享一下 是真的有像google他们说的
这么好？
作者:
jimmy689 (å‰ç±³è›†è›†)
2019-01-22 14:35:00信徒会跟你缩要把Log本身也变一个服务
作者:
alihue (wanda wanda)
2019-01-22 15:08:00人家谷歌专案规模多大，没几千行的程式也跟人家搞微服务
可以研究一下服务调用链，例如zipkin,eagleeye
作者: weinine32 (随意) 2019-01-22 15:33:00
可以考虑用splunk
Log要做中央集权式ELK stack or Splunk
问题就是相依性不能太高啊XDD 各自独立要有好的 unit, integration, e2e test 方便限缩问题点，最好还有一些自动侦错 (例如 AWS CloudWatch)，才能发挥他的好处
你自己的缺陷都讲完了还要怪罪微服务，这就是做半套而已呀。
作者:
Masakiad (Masaki)
2019-01-22 18:30:00同楼楼上，log没整合的问题跟微服务架构本身无关。先不说microservice了，光cluster就要整合log了
作者:
johnny94 (32767)
2019-01-22 19:15:00没有到一定的规模就搞微服务只是自讨苦吃而已
一堆人在那边跟风，相关配套都没...这篇就是标准的例子
就跟一堆公司跟风找数据科学家一样 根本就是鼻屎大的数据而已 也在那边乱搞
作者:
pttworld (批踢踢世界)
2019-01-23 11:41:00博弈产业也有微服务的例子
作者: lnmlee 2019-01-24 12:11:00
storage service database 都有cluster？ group?
作者:
bitcch (必可取)
2019-01-24 13:24:00(有可能是我们公司系统间相依性太高)
作者: rocwild (外国死小孩) 2019-01-24 15:51:00
整合一下log.看看correlation id的文章吧
作者:
abcorz (robin)
2019-01-25 23:45:00graylog看看