体系架构的设计 推荐

1.1 体系架构的设计

在项目实施过程中，首先需要确定系统的总体技术体系架构。可以在规划阶段中确定的体系架构为基础，看是否需要调整，需要细化业务架构，确定基础设施的具体实现方式。
体系架构设计包括两部分内容，逻辑架构的设计和物理架构的设计。同时还需要确定准备采用的具体技术、工具和产品，准备采用和需要制定的技术标准。在总体体系架构设计时一般更多的从逻辑角度进行考虑，需要将业务转化为IT技术架构，同时也需要进行物理架构的规划，建立逻辑架构到物理架构的映射。

1.1.1 逻辑架构的设计

逻辑架构是概念层出的架构，使人们可以从整体上对整个系统有一个完整清晰的了解，逻辑架构不考虑具体的部署，在具体部署时还需要进行物理映射转换。
对于SOA系统其总体（逻辑）体系架构中应该包含5个基本层次的内容，如下图所示




基础环境是整个IT系统的基础，即使不采用SOA思想和技术，它也是存在的，是各独立应用系统和SOA系统共同的基础运行环境。
SOA资源是已经存在，或需要建设的公共资源，公共资源可能是已有的应用系统和数据，可以通过服务化封装成为业务服务和数据服务，也可能是需要新建设的业务系统和共享数据库，也需要提供服务化的接口，成为新的业务服务和数据服务。
SOA基础设施，可以参考长风联盟SOA-RA-TF工作组制定的“SOA的参考架构规范”，它是整个SOA系统建设和运行的基础，主要功能服务包括：
l 服务库：存储服务的描述信息，可以扩展成资源库的概念，还可以存储管理SOA系统中使用的各种资源，包括业务模型，服务流程描述，服务组装描述，新开发的服务实现代码，组织信息和角色信息等。
l 服务总线：实现服务之间的透明连接和交互通讯，提供各种高级质量属性管理。可以以扩展加入服务协作管理功能，提供组织间业务、流程和数据的协作管理。
l 流程引擎，提供服务业务流程的调度和管理，需要支持手工服务，通过服务总线实现服务访问和交互功能。
l 服务展现，提供多种设备交互访问的服务化管理，提供统一的接入、认证和授权管理
l 工具，上述服务功能主要支撑服务的运行实现，还需要提供集成的建模和开发工具，支持SOA应用的开发过程；也需要提供集中的运维管理工具，支持服务在运行时的维护管理。
SOA应用平台是SOA系统建设中需要着重考虑的一个部分内容，SOA系统强调服务的复用，这就为SOA应用平台层的建立奠定了一个理论基础，只有在系统建设中有很好的规划，并在项目实施过程中不断积累和完善这一应用平台，通过提供共享的业务服务、数据服务和行业应用框架，才能更有效的利用服务，快速构建SOA应用。
SOA应用利用各层提供的功能服务具体实现所需要的业务功能，在SOA系统尽量将可复用内容服务化加以快速利用，才能简化应用的建设，才能快速实现应用以满足不断变化的市场需求。
在确定技术架构时需要考虑下列因素
l 服务如何，描述如何存储，如何使用
l 服务如何实现，是将已有业务系统进行服务化封装，还是重新实现，或者将若干服务进行组装形成新的服务，还是将服务串接成一个流程。
l 定义的服务如何使用，是直接使用，还是组装成新的服务或在一个业务流程中应用
l 服务之间通讯如何实现，使用什么通讯协议，交互模式是什么，是否需要可靠，是否关注效率，传递数据有什么特点
l 在整个项目中需要考虑哪些安全因素
l 如何获取服务运行信息，如何应用服务运行信息
l 如何管理服务，如何改进服务的实现或流程

示例，在人力资源业务系统中逻辑架构
本示例项目比较简单，整体体系架构也可以比较简单，可以随着系统建设的逐步深入逐步完善体系架构。
在SOA基础设施层考虑内容包括：
需要一个简单的服务总线，实现服务接入，服务调用，服务交互功能
不需要服务库，服务描述文件可以存储在一个目录中
不需要流程引擎，采用服务组装方式完成业务流程的功能
不使用完整的开发工具，通过编码和编辑配置文件方式实现服务和服务的组装，需要一个简单工具实现服务描述与服务代码的自动转换
不使用集中的运维工具，将运行信息记录到日志中，进行监控管理
在SOA应用平台层需要考虑内容包括：
这一层主要建立公共业务服务、数据服务和技术服务，和应用框架。因为当前项目实施非常简单，所以这一层比较难建立。通过分析，可能将考勤统计服务，审批服务形成公共服务，应用框架还很难进行总结抽象。
在SOA应用层需要考虑内容包括：
现在只有一个应用：人力资源管理，其中包括两个业务流程，工资发放流程和午餐补助发放流程