微服务真的很好用吗？

[lcdxiangzi]

最近在翻 springcloud 的书，也理解微服务相对于单体系统的优势。
但是，学习过程中，感觉微服务架构带来的新的问题，实在是多，引入了各个模块来解决（打补丁）。

反观单体系统的问题，我认为大部分问题都是因为系统与业务场景配合不够默契，或者说系统解耦等方面设计不够合理导致的。在原有单体系统的设计思路上，如果可以下功夫去理解业务，从系统架构层面多下功夫（说的很虚，具体的要结合实际情况展开讨论）

回到现实，很多公司都积极向微服务转型，一些小公司（比如我们自己），就几个人的团队，个人感觉使用微服务并没有能够实现微服务的价值（真正复杂的系统、人头超过一定限度的团队规模可能更容易体现出微服务的价值）

是不是大家有点无脑跟风的意思啊？

纯粹个人想法，感兴趣的同学希望可以发表一下意见，多沟通，多学习。谢谢

[luozic]

把代码变更和质量成本转嫁到运维和代码，以及规范的成本上。 大厂先天喜欢微服务的原因很简单，人家架构和运维还有基础设施牛逼。 业务代码挫一点也不会咋样。

[maemual]

微服务好不好玩取决于你们的运维能力，小团队就别折腾了，给自己添麻烦

[Phariel]

搞微服务 还不如把现有纠缠在一起的逻辑搞搞好 本身从上到下逻辑就有问题 拆开来难道就没问题了？ 自欺欺人而已

[lcdxiangzi]

看了大家的讨论，确认我们属于跟风无疑。无奈领导需要搞花头给大领导看，干活的只能闭着眼上去当炮灰了，O(∩_∩)O~

[lcdxiangzi]

@zzzzzzZ 想问一下，为什么 P2P 必须用微服务？是特定时段高并发吗？

[weo0]

我们公司微服务就是个笑话，完全跟风，给客户看。

[zzzzzzZ]

@lcdxiangzi
对，核心就是特定时间段的秒杀系统
P2P 盘子没起来之前怎么办，办活动呗，X 月 X 号整点开放几个利率 20%的项目，每人限购 X 万这种，一场就吸资几百几千万
其它的也差不多。前两年乌烟瘴气的 P2P 公司，可能公司就几个人，空手套白狼，开几个项目活动就能吸资千万往上

[passerbytiny]

@lcdxiangzi 这应该跟 P2P 无关，金融行业都一样。金融行业对高可靠性和低延迟性的要求都很高，就像前几天 PDD 那种情况，在金融行业要是出现了，不跑路就得进去。金融行业的应用，常规 CRUD 架构再怎么改都是撑不起来的，读写分离、事件源这种架构都要上，它们天生就是分布式架构，所以搞成微服务一点难度都没有。

[soulmine]

几个人当然没必要啊 好端端的一个单体就能干完的事情 非得要拆 N 个出来 又学不来大厂的那一整套服务注册治理监控的机制 结果就抓瞎了

[specita]

感觉没有大厂的资源技术，想搞好很难

[guolaopi]

我到现在都搞不清微服务和 soa 的区别。。感觉都是分成多个项目部署啊。。。。。

[dnsaq]

没有大厂实力驾驭不了的，小公司不精于自己的业务偏偏要和大厂比高低，可笑的很

[SyncWorld]

都是噱头~~一个 TMD 针别大的项目都要跟风玩微服务，只能强行拆，拆完性能还没以前的好~

[dnsaq]

@luozic 烂代码转嫁给运维？你觉得架构上怼硬件能解决问题吗？

[yamedie]

13 楼和 16 楼的图承包了我一天的笑点 哈哈哈

[yamedie]

[guanhui07]

 nice

[CoderGeek]

大公司的发展 往后 istio 搭配 springcloud 之类， 小的不推荐用 但个人可以学

[dremy]

微服务其实更方便部署吧，先不说 k8s，大多数情况下 docker-compose 用一个配置文件就能解决部署的问题了，还不需要运维去手动安装系统的各种依赖，对运维真的解放很多呢

[alexmy]

我感觉看情况了，都是小水管平时没啥事的就不一定用微服务了，当然，要是本身就很熟悉这门技术，又有需求当然好啦。