在发布CarEye车辆管理云平台2.0以后，我就开始在考虑下一代智能云平台架构问题。其实在2年前，我就做了一个功能架构图。目前看除了生态没做好，我们的功能基本上已经实现。随着业务发展以前的单机架构已经不能满足我们的需要。
功能架构可能针对某些具体行业，比如环卫，渣土等进行细分改造。但那只是功能上的升级，并没做技术上的升级。在反复和同事和技术专家请教后。我思考了一下技术框架应该是分布式集群的云架构模式。这也是目前java技术框架的主流。
所以我定义了下一代技术升级的主要方向：
1. 采用负载均衡模式进行多台服务器部署
.1. 多个服务之间通过消息队列，API接口，缓存共享进行业务层的数据处理
3. 数据库采用分库，分表，分区进行管理
4. 数据定时备份，并能手工自动进行恢复
整体上的架构图可以如下模式（当然功能模块可能针对车辆管理系统，环卫管理不同的划分）
云服务器架构这样一来数据库服务器，媒体服务器，各个服务模块以集群高并发的模式进行协作。确保了系统的高效运作，能大大增加系统的设备和客户端的接入量。
系统原本就是采用spring-boot开发，加上dubbo 引入就实现了云架构微服务的升级。
