火龙果软件-面向服务体系架构(SOA)和业务组件(BC)思考.docVIP

面向服务的体系架构（SOA）和业务组件（BC）的思考 什么是业务组件（BC） 组件化、模块化是软件开发中一个很重要的概念，基于面向服务体系架构（Service Oriented Architecture，SOA）下，如何实现组件化，有各种实现方式，下面通过对各种组件概念的对比，从技术角度提出业务组件（Business Component，BC）定义，并结合对总线模式的分析，给出企业服务总线和类总线的实现方案。 企业架构（EA） 关于企业架构（Enterprise Architecture，EA）和面向服务体系架构（SOA）在《面向服务体系架构（SOA）和数据仓库（DW）的思考》（以下简称《 SOA 和 DW 》）一文中做了介绍，企业架构包含企业战略、业务架构、IT 战略、IT 架构四个部分，IT 架构如下图 IT 架构模型所示，包含数据架构、应用架构、技术架构和治理架构等四个方面，其中技术架构包含集成平台、公共服务平台、基础平台（软件和硬件、网络）和安全平台等，《 SOA 和 DW 》着重对如何构建数据架构特别是数据存储做了详细的阐述，本文基于《 SOA 和 DW 》进一步对如何搭建 SOA 体系进行研究，将着重描述如何基于可扩展的、灵活的企业级的集成平台、公共服务平台进行组件化开发。 图 1. IT 架构模型? 业务组件（BC） 当前，提到组件（Component）的有很多概念，比如分布式组件 DCOM、J2EE、CORBA 等，IBM 的业务组件模型（Component Business Model，CBM），SOA 中的服务组件架构（Service Component Architecture，SCA）等。本文提到的业务组件（Business Component，BC）定义为一个可以独立运行的系统或者模块，业务组件的目的是以方便业务组件独立升级和减少不必要的组件之间的交互为基本原则，通过一定程度的分离，实现《 SOA 和 DW 》中提到的重用（SoftWARe Reuse）。 如果业务组件是共用的，是其它业务组件需要重用的，称之为公共业务组件（简称公共组件），所有的公共组件组成企业架构中技术架构的公共服务平台，比如主数据管理、系统管理、统一认证管理、通用报表等，这些都是公共组件。 组件业务模型（CBM） 组件业务建模（Component Business Modeling，CBM）是 IBM SOA 构建的一个方法论，通过将组织活动重新分组到数量可管理的离散、模块化和可重用的业务组件中，从而确定改进和创新机会，把业务从领导，控制和执行三个方面进行模块化分析，从而有效的实现业务的有组织的提供服务的能力。CBM 的价值是提供一个可以推广的框架，用来创造顺应组织战略的可以运营的指导方向，同时 CBM 也用来按照业务和资源的优先级别和相互关联的程度来构建和顺应战略的发展方向，其中包括建立一个沟通的机制来理解整个业务发展的方向。通过 CBM 建立了 SOA 的规划的方向，为实施 SOA 奠定基础。 本文所提到的业务组件在粒度上基本对应着组件业务模型（CBM）的粒度，但是本文中的业务组件（BC）更多从技术实现角度考虑，或大于，或小于业务组件模型（CBM）提到的业务组件概念。 服务组件框架（SCA） 服务组件框架（Service Component Architecture，SCA）由 BEA、IBM、Oracle 等中间件厂商联合制定的一套符合 SOA 思想的规范。服务组件框架（SCA）提供了一套可构建基于面向服务的应用系统的编程模型，它的核心概念是服务及其相关实现。SCA 组件组成程序集，程序集是服务级的应用程序，它是服务的集合，这些服务被连接在一起，并进行了正确的配置。在 SCA 标准下，SCA 由域（Domain）、组合构件（Composite）、构件（Component）三个级别组成，构件对应着细粒度的 Web 服务，域对应着粗粒度的 Web 服务。SCA 程序集运行在两个级别：第一种情况，程序集是“大规模编程”（Programming in the Large 或 Megaprogramming）的一组松散连接的服务组件；另一种情况，程序集是“小规模编程”（Programming in the Small）内的一组松散连接的组件。二者的区别在于， “大规模编程”对应着应用，“小规模编程”对应着模块，一般来说，服务组件对应着“小规模编程”，即模块的概念。 本文所提到的业务组件（BC），是比 SCA 组件更大范围的概念，这几个概念的颗粒度从大到小的排列顺序如下：系统（每个企业只有一个系统）、应用、业务组件（BC）、模块、SCA 组件（粗粒度服务）。 总线模式（Bus）和 SOA、OSGi 总线（Bus）：一般指通过分时复用