你好，我是程序员Alan,很高兴遇见你。
在《需求分析— 高并发场景微服务实战（二）》一文中，我详细梳理了业务需求。相信你对订票系统的业务需求情况已经十分清楚了。下面我开始系统设计工作，包括功能模块设计、存储设计、缓存设计、高并发系统架构设计等，为后面的开发工作提供良好的基础保障。
存储设计
微服务架构风格的一个好处，是持久性的封装。我们可以根据每个服务的需要，去选择不同的持久化技术。根据每种数据类型的特点而去选择数据存储的方法，也就是混合持久化，结构化存储与非结构化存储混合使用。不同服务间使用不同的存储模型，单一服务中也可以使用混合存储。既然要采用微服务化结构，从独立开发、运行、部署和运维都是单独的小应用。每个小应用内部业务逻辑处理，到数据库访问，以及数据库都是独立的。
依据本案例的业务场景，拆分为七个子存储库，分别为：
- airline_member——用户服务库
- airline_ticket_resource——机票资源服务库
- airline_charging——计费服务库
- airline_finance——财务服务库
- airline_message——消息服务库
- airline_log——日志服务库
实际中有些实施微服务的团队，将服务拆分，但存储库依旧仍是一份，现实中应该有为数不少的存在。不能说不对，只能说不符合微服务的建议。
架构设计
没有最优的架构，只有最合适的架构，一切系统设计原则都要以解决业务问题为最终目标，并随着业务的发展，不断进行迭代演进。经过上面业务模块、存储模型的划分，基本的代码架构已经清晰可见。综合业务模块、微服务架构特性，输出功能架构设计图。
工具集合
基于总体功能架构图，使用特定的功能组件即可实现相应的功能。
留些问题
- 存储层的数据库的表结构（数据类型和索引）如何设计？
- 当数据库成为瓶颈后，动态数据的查询如何使用缓存加速？
- 系统架构设计为什么要分层?
站在巨人的肩膀上：
- 码闻强—SpringCloud微服务实战
