通用服务平台之总体架构设计（二）

本篇是通用服务平台总体架构设计第二篇，继续上篇尚未完成的模块构件功能应用简介。

6. 数据子系统

提到后端服务，就绕不开一个核心关键词--数据。不管什么样的业务系统，大规模、小型、简单业务、复杂业务基本最后都是围绕数据部分而展开，所有业务逻辑操作都将体现在数据层面上，在数据这个关键部分收尾。后端服务设计时常需要考虑的问题是从哪里拿到业务数据？修改后的数据如何存储？如何通知业务服务修改后的数据？等等诸如此类和数据相关的问题。同样通用平台虽然被设计为与具体业务无关，但依然有维持平台自身正常运转的必要数据，也一样要面对数据存储、访问、分发等若干问题。正是基于以上关于数据所需要面对的问题，使得我深入思考通用平台如何处理解决该类问题，同时解决方案能否达到通用目的。数据子系统就是在该背景下被设计出来解决此问题的较佳方案。该子系统以机房为单位进行部署，旨在解决非格式化数据的托管存储、常用数据操作及数据分发功能。同时该部分功能对第三方也开放，既其他业务系统也可以使用该数据子系统进行业务数据处理。该子系统在通用平台中承担着重要职责，目前设计系统内所有数据均由该子系统进行维护，不再由专有的数据服务存储维护，该子系统和前面所述的系统数据发布服务相结合，完成系统数据的存储、维护和分发。该子系统可以看成简化版的分布式云存储体系，设计适合多点存取，并借助该子系统解决大部分业务体系都需要的数据维护问题。该子系统的设计详见相关篇章。

7. 通信子系统

本人所维护过的后端服务中，基本都是服务之间直连。该方法好处在于无中间