企业架构-数据服务总线思路

       我们的系统设计总是滞后业务场景的，在业务场景不断增加的过程中，往往面临这样的矛盾。即：业务流程贯通系统的需求和系统数据隔离的趋势格格不入。业务场景在发展过程中总是需要融入新的数据进而产生新的业务形态，但是系统随着业务复杂度提高会产生一种业务封锁的趋势。此时的系统就像一幅画，它从一张白纸慢慢发展成水墨画，再往后这幅画的任何改动都最终会导致画的毁坏。换个说法就是业务希望我们的系统是动画，而实际我们的系统是一幅漫画。
        数据中转服务总线的思路其实就是给我们系统提供一种动的元素。借助数据共享和同步机制构建专项主题的数据集市，进而降低业务与业务之间以及系统与系统之间的耦合度，提高系统弹性和稳定性。 数据中转服务总线是一个快速数据集市构建工具，提供企业内部以及跨企业间不同业务主题之间数据共享和同步服务，设计的目的是对最终业务数据进行预处理，以减少业务复杂度提高访问效率。

背景描述
        在常规的业务系统中数据通常是分散存储，数据源的位置从同一个系统的不同服务，到不同系统的不同服务，以及到跨企业服务。直接导致请求链路增加，业务复杂度提高，系统稳定性降低。同时数据源分散也导致用户获得响应的时间延长影响用户体验。数据服务总线通过对数据进行必要的同步和预处理，构建特定主题的数据集市。最终用户在请求服务时，系统只需要在特定主题的数据集市中做简单查询就可以快速响应用户请求。

常规模式和服务总线模式对比
       常规模式服务数据源分散在不同的表，不同的库，甚至不同的企业服务之间。用户发送服务请求后，同构系统(同库)通过复杂的查询获取结果，异构系统按照固定业务流程在不同的系统之间获取数据，然后在主流程中行进数据的筛选、过滤、加工，最后响应用户请求。但是不管是哪种方式最终都会照成业务复杂度提高，提高开发难度和维护难度。比如同构系统(同库)需要开发人员比较高超的SQL开发技巧，异构系统需要开发人员高超的业务梳理能力。
       

        服务总线模式的根本理念是服务拆分和数据同步。服务拆分通过将复杂的业务拆分为简单的业务单元达到降低业务复杂度的目的。数据同步通过转储核心业务的原始数据实现不同系统之间的数据共享因为数据都是来源于原始数据避免了数据多次转移过程中可信度降低的问题。在集成不同系统的同时，必须考虑服务质量方面的问题，如事务性和消息传递的可靠性。对于关键的服务，数据服务总线需要以加密的方式进行消息传递，并且必须验证访问者的权限。数据服务总线软件作为数据集市基础架构的一个复杂子系统，还必须配有相应的管理和监控功能，用于数据总线软件自身的系统管理、日志记录、测量和监控等。

 

 

总结：

       在我看来每种服务都有它的应用场景和业务范围，因为企业架构是个不断权衡决断的过程，如果一种架构方案的本身超过了他所需要服务的业务本身，那么是否需要使用就需要慎重考虑了。数据服务总线的本质就是数据同步和预处理，但是工作中其实也有很多次场景并不是一定要做数据同步和预处理，只要做简单的业务分解，实际的系统难度一样会变得非常简单。

     不过数据服务总线构建数据集市的思路，我觉得还是个不错的思路----“大材小用，小用注定非凡”