继续吐槽一下
昨天我转了一个不要微服务的，我还是看到有人点赞的。我不怕被说反潮流，我是比较务实的。我经历过没用微服务的，也经历过用微服务的。咱们也不说谁好，我就是看 一般的企业（注意我的范围，我没说阿里、腾讯、字节等）没用微服务的稳定性比用微服务的好一些，没用微服务的成本比用微服务的少很多，这个是估计放到哪里都能达成共识的。这个成本包括了人力、服务器等等。如果不信我们可以找任何一个真实的项目来计算一下。
即使用了微服务也不见得要分库，站在架构的角度来说，我是秉承着架构越简单越好的原则。至少我觉得数据架构师就应该围绕着数据来做架构。我坚持最小化原则。
我今天看到一位群里朋友说：开发想搞个创新用分布式做支付，结果就用了mycat+db2做秒杀。分了七八个库，经常抖动，折腾了一年多，最后合库用单机db2，非常稳定，啥事没有了。看到这里我会心一笑。我经常说单机是最好的架构，这点也适合其他数据库比如Oracle、MySQL、PostgreSQL，包括tidb和OceanBase（这两种是单套，不做分库分表）这也是我比较认可的。但是微服务不一样，纯分库，一致性没有保证，而且还要费时费力的做数据汇聚。搞过CDC的人都知道，这是要多疯狂。仅这一项可能就要搭进去一个技术团队。
我说单机是最好的架构，很多人不理解。这点上也不指望和大家能达成一致，其实这句话都不是我说的。很多业内大佬在数据库大会也表达过一模一样的声音或者意思。而事实上来说，他就是这样。我能和业内大咖达成一致，这就行了。
也许两个人同时出去介绍系统：甲说，我用了100个数据库，20个中间件，以及各种各样的消息队列、流计算、大数据库等等支持了我们100万用户的系统。 乙说，我用1个数据库支持了我们100万用户的系统。这两个可以同样自豪。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/637517/viewspace-2917463/ ，如需转载，请注明出处，否则将追究法律责任。
