其实很多人情世故都是你想太多了，你怎么不问他借钱，要他体现人情世故了？

不会，因为根本不感兴趣。。

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

他在你身上投射自己呢，你要是行了，那不就证明他不行了

@silencil 以我的理解是不影响主业的情况下按大型功能挂出去，比如上面说的 B 站主业是视频，在不影响视频播放的情况下，把订单，支付，评论，弹幕挂出去，而且数据流向应该尽量单向可溯，除非大型功能有几十上千个，按理说不会有太多容器交互，但是现实是一个需求出一个，拆分法就很迷，加上神奇的数据交互方式，就更迷了。。

@silencil 上面说上千的都有，相比之下我们这居然还算少的了

@dongzhuo777 你说的问题这里也有，一起过来的前团队同事说这边一个前端项目接口要 300 多个，参数重复接口可以 10 个接口对一个功能页，具体没看是怎么回事，可能是需求，也可能是推了重写的，而且这只是管理端，这项目的重点是在 app 。。。

@atpex 哦，你说回答啊，有可能是现实生活中被怼得火大，线上也火大了吧，或者坚信自己选的路线就是最好的——这就是信仰的力量~

@atpex 这。。哪几个问题？是否有可能是你自己脑补过度？

@ilvsxk 我敲，你这是真的经历过的，把我们这里遇到的问题说的明明白白

@kk2syc 啊这，有前者不代表后者会少吧，尤其是人多的地方，基本上没办法避免了——尤其是定位问题困难的时候，笑死

@xuld 看下来就你一个人能心平气和讨论利弊，谢谢了大佬🤣

@diagnostics 按照功能拆不难理解，之前我们也是这样拆的，但是这么分散，还是很难理解的。
你说的这些这边都有，但是最后发现是某个包没升级造成字段缺失，这个排查有什么优化方案么——我是不怎么懂哈，毕竟我没有做过这种微服务，所以你是觉得这边人很菜吗？

@sagaxu 2019 年迅速走下坡路是因为经济形势吧

@idblife 6

@libook 这个。。正常来说微服务组件有多少个？ 50 个正常吗？之前也有组件联动的情况，但是不到十个，按功能划分的，组件之间大部分情况也是通过数据库做中转，我感觉如果是这种几十个组件互相直接联动的情况，对开发运维测试协作的要求相当高了，如果不是为了堆 kpi ，这种架构有意义么。

@yuanmomo 据我所知他们都做了，还是会出现各种问题，那么微服务的好处在哪里呢？除了对研发人员依赖很强，有做不完的 kpi ，技术上的好处在哪？好处在于各人写各人的互不干扰吗？🤣

@IamUNICODE 具体情况不清楚