为什么每个微服务要有自己独立的数据库？

你可以对比下隔壁的技术分享：t/855914
再看看你的文章里有多少有用的干货，你的帖子标题我前面就解释过了

少点假大空，少点 ppt 架构师，没啥有用的贡献还拿很多钱并且坑队友误导社区

你要非觉得是人身攻击那就是吧，就像你认为“每个微服务要有自己独立的数据库”一样，你觉得好那你就觉得好呗


“这观点就很武断，滴滴、阿里哪个业务稳定，哪个变化不快，为啥非要稳定的传统企业才能用中台
很多中台搞不起也不单纯是技术的问题，组织结构上就很难支持”
——你是真觉得阿里中台很成功是吧，中台也好、微服务也好，多搜几个“阿里 中台”关键字的文章看看再来反思自己的技术吧，你看看说它好的有几个、不好的有几个，如果真的好，会是这种局面？

另外别觉得中台没有失败，只是老板们总不能自己打自己脸因为自己代表着集团，随便承认错误资本也是不答应的，因为还有声誉、公信力、股价各种，所以委婉地低调转变罢了

从你的文章和回复中，我知道你也是个受害者，自己并没有深入体会，甚至别人都船掉头了你还在顺着人家的轨迹继续驶向深渊。所以我说你们人云亦云垃圾架构师，没说错，但凡哪天你真的进阶了会发现我这是点醒梦中人，回头肯定要感谢我、至少是内心里感谢我让你在技术理解上少走了一些弯路

就像早年的 ACE 框架一样，圈子里广泛流传一句评价：学之者生，用之者死

微服务、中台也是类似，只是如果能实事求是地运用，也不至于死。但是大多数人都做不到，大多数人都是盲目跟风胡乱拆分一通服务，然后呢，横向上服务数量增加了，纵向上调用链条增加了，开发流程图变复杂了，人力增加了，运维复杂度增加了，遇到问题时排查难度恢复难度增加了——我不是说所有的微服务都不合理，但多数团队都是东施效颦成了这种，除了程序员吹了一波自己技能点，更大程度就是重复制造垃圾代码、浪费电

明白人好好跟这说话根本没人信，全去信道貌岸然西装革履说话像心理按摩一样的所谓大能架构师布道师了。国内的 KPI 环境，尤其阿里为主带头搞这种文化的企业，踏踏实实本本分分做技术的人里，有多少被这种 ppt 架构师坑的，然后 ppt 架构师踩着老实人肩膀爬上去留一地鸡毛给老实人擦屁股，新东方版的《沙漠骆驼》听过吗？