你的微服务有多少是被数据库逼出来的原创

你的微服务有多少是数据库逼出来的？几年前，很多公司只有一个数据库，后来他们花了几年把它拆成了20个，看起来更专业，可实际上可能只是买了20台只用一成的冰箱，因为每一套都得为自己的峰值准备，但你发现没有，他们的峰值根本不在同一个时间。但数据库集中以后，还有一个更危险的问题，一句写坏的CQ可能拖住整套系统。真正难的从来不是让坏C口不出现，而是他出问题的时候别让所有人陪着他一起停。于是有人换了个思路，把20套收进一个泰迪B集群，不是硬塞在一起，而是让闲着的资源能帮到正在忙的人。

太地币的资源管控就像给系统装了一根保险丝，给每组电路定好额度，真有电流冲出来，超限的拦下来，要么终止，要么降级，过一会儿再自动恢复。做到这里，我们工程师才想起来问一个更根本的问题，当年为什么要拆？一次下单要跑几个库，一张报表要跑几趟？一个环节慢了，后面所有人都得等。如果数据库自己就能长大，加机器数据自动均衡呢？那就没必要为了数据库的容量把业务拆开。数据库该不该拆，应该由DBA来决定，怎么拆应该是结合场景，以事物为单位，而不是以库表的属性为单位。