结合最近参与调研，架构和实施的一系列“高并发大数据分布式”应用的经验来看。把花在各种over engineering解决方案的钱（各种开发运维成本或云服务）用来买直接买一个靠谱的关系型数据库（如Oracle）然后用最基本的MVC来解决问题在大部分的情况下是一个更加合理的选择。
毕竟这样子诸如分布式事务，分库分表等问题也就不需要解决了，整个系统朝着解决实际业务问题的方向稳稳的前进着（逃。我这样说当然是认真的啦。
至于当应用规模到达什么程度才需要引入分布式服务或者类似相对复杂的架构的时候，我这里给出一个提示。阿里最近发布的中间件服务EDAS有一个服务配置中心，其中有一个根据服务名搜索的功能。所以当你的服务API如果一眼没法从列表中认出来或是要翻个好几页来找，所以要通过搜索的方式来定位的话。那么确实这么个分布式服务治理的中间件是用对了。=w=
