微服务真的很好用吗？

[lcdxiangzi]

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

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

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

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

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

[passerbytiny]

@cobol #51 一、挖坟；二、A、B 在对话，你插入说话，并且仅针对 B 向 A 的最后一句话；三、话说一半——你根本不清楚……然后没了。你说这 block 该不该送上？

[cobol]

@passerbytiny 我是觉得你给人家解释的东西太离谱，所以才会说一句，如果靠一点谱，我都懒得插话，另外，你的理解有问题，我并没有说一半话，我说你不清楚是结论，我这结论对吗？
而对于我说你不清楚的问题，人行的二代支付或者大小额系统，银行的账户体系这些，你自己去 baidu 一下都不会？
从你的这个回帖也看出来你是怎样的为人，我是针对银行系统这个问题，你直接挑 3 个不相干的问题来攻击我回帖的行为，我能理解你为什么这么做，因为我对你的判断是对的，而且加上回帖的语气导致你很不爽。
而我回帖的语气完全是模仿你对 @lcdxiangzi 回帖的语气，哥们，什么叫己所不欲勿施于人啊。

[lcdxiangzi]

@cobol 看兄台你的昵称，就是个银行系老人。
上面那位兄弟的回复我看懂了，有些地方是需要讨论的，不过我当时开这个帖子主要是想针对微服务讨论，所以没有跟进。
个人理解金融系统是一个非常特殊业务场景，既要稳定，又要超前。
稳定是压倒一切的，这个是金融的本质属性决定的。
说金融系统超前，可能很多人会有意见，因为金融系统是出了名的，不敢上新技术，到现在为止很有很多银行系统守着 struts 不肯放弃。到现在为止，cobol 还活在很多大银行的系统里面。但是，如果抛开技术细节，当我们聚焦系统架构，我感觉银行系统的架构在很多年之前就已经实现 SOA 了，就像上面有人提到的，SOA 和微服务有什么区别和联系？其实是值得思考的。