2024 年了，之前搞微服务的公司你们还好么

[IamUNICODE]

新加入一个团队，应该是两年前开始搞微服务架构，组件大概有近 50 个，两个月我只看和改了其中五六个，数据流向交互完全不明白，大概是 grpc+emqx 通信，数据库有云端主库和每个用户自己的文件数据库，部署是妙云一把抓，我以为我只是项目不熟，结果上周有个小伙子，是全程跟了项目，应该对项目一草一木都熟悉吧，结果定位一个问题用了两天一夜，老实说之前参加过的最乱最复杂的项目都没有这么久才能定位问题，这是微服务通病还是只是这里没设计好？

这种搞法有点看不懂啊，现在看起来唯一的好处是整个项目对研发的依赖相当高，什么都要研发参与才进行的下去，所以之前搞微服务的你们还好吗？

[archxm]

@IamUNICODE 天降大任

[dyllen]

微服务小团队还是算了，增加好多工作量，直接模块化，多部署几台服务器比什么都好。

[archxm]

@gazi 看完，我头都大了

[FYFX]

https://renegadeotter.com/2023/09/10/death-by-a-thousand-microservices.html
想起来这篇文章，我看不少回复的意思是: 你们没有做好 Observability!

[Xiamu2663]

业务到了一定复杂度和性能要求，微服务必须上啊。尤其是大型应用，玩集群和性能的。

[IamUNICODE]

@FYFX 读完了，受益匪浅，谢谢

[Chinsung]

微服务又和分布式是 2 个概念，许多人理解的微服务就是什么勾八小的领域都拆个服务出来，真不知道带来的分布式系统复杂度他们打算怎么处理的。
你这个问题主要在于分布式配套的组件不够，排查人员的经验不足，排查手段受到团队基建影响。本质上这些是要 sre 团队考虑的。

[hekkowoerld]

@ilvsxk 我推荐下 aws serveless 吧，真的好用，微服务注定是要被时代淘汰的东西

[dif]

装个 Pinpoint 之类的服务，微服务不都搭配 K8S 么，运维也方便，监控起来，那个服务出锅监控一目了然