软件水平考试系统架构设计师精选笔记：规划SOA参考架构二

作者:在线学习平台更新于： 2014-09-19 13:50:43

我们可以将参考架构的内容，粗分为两大部分：

对服务建立一套共同的词汇和做法，包括：

服务的正式定义-例如服务必须由契约（contract）、接口（interface），和实现（implementation）所组成服务的分类（核心业务功能服务，数据服务，展现服务等），以及各类服务的设计原则和建议接口标准（JMS,RMI,HTTP等），建议的接口样式（例如：尽量采用粗粒度、异步的服务调用模式），可靠性要求等。

需要遵从的WS-*标准

安全策略

服务版本控制策略

服务和数据模型采用规范

服务生命周期定义

与服务基础设施，例如企业服务总线（ESB）、业务流程管理（BPM）、注册库（Registry）、资产库（Repository）等相关的规范，包括：

必须支持什么样的部署配置

必须具备什么样的能力

各个部件的责任

部件之间的耦合关系和原则，应避免的事项，例如，展现服务和业务流程服务不可直接调用数据服务，而必须通过核心业务服务；换句话说，数据服务不可直接与展现服务和业务流程服务有耦合关系。

各个部件应支持那些科技和标准（例如：SCA,SDO…）。

有哪些安全顾虑需要考虑，如何管理权限。

要采用哪些产品

由于在规划服务基础设施参考架构时，需要涵盖几类SOA参与者和干系人（stakeholders）各自不同的顾虑，包括架构师、程序员、和负责部署、运营、监控的IT人员，我们可以采用一个针对服务基础设施参考架构调整过的4+1视图（如下），来协助我们分离顾虑，来将不同层面的规范和目标架构一一制定，通过逻辑、实现、部署，和进程等四个视图，配合最佳实践典范和模式，来对参考架构的各个层面，进行描述和规范，如附图。

参考架构的规划过程（如下图），应先起于业务驱动力（businessdrivers）分析，可有助确保目标架构能够支持业务的发展策略和方向，展现SOA建设对业务的价值，彰显SOA投资的正当性，并获得相关业务部门的经费赞助。以金融行业为例，业务驱动力包括像是：

提升效率

借贷流程优化

呼叫中心优化

增长销售额，并显著超越同业。

快速灵活地推出创新的金融商品。

扩展客户关系，统合客户数据。

交叉销售

依据关系定价的策略

降低成本

这一类的价值驱动。分析业务的价值驱动后，接着考虑各种IT目标，以及它们如何支持这些业务驱动力；例如：

从关注各业务线烟囱/竖井式的应用系统，转向专注于跨系统/业务线的流程/服务。

IT资产重用

提高跨部门协作的业务流程的透明度

并且应订立评价标准，作为日后考核实现各价值驱动力的指标。接着下来，我们可以根据业务和IT驱动力，进一步制定恰当的SOA策略，考虑采用SOA,将对那些业务线，在那些驱动力方面，产生最大的价值，据以订立实施SOA项目的优先级别。

√√代表SOA项目能产生很大的正向影响，依此类推。

针对各价值驱动力，我们可以参考附图中的矩阵分析方式，从价值链或业务线中的各个主要的职能（纵向），和各个识别出来的业务和IT驱动力（横向），对SOA所可能产生的正面影响力，一一进行评估，进而挑选出面向服务解决方案最能嘉惠的业务能力，作为首期实施SOA项目的切入点。图中的范例只是一个三万尺高空的起点，在真实的情况下，往往会针对范例中某个或某几个得分较高的业务线，往下展开细化，对该业务线中的各个主要业务能力，进一步进行SOA价值驱动力分析；换句话说，价值链分析中的各个职能域，应该自粗到细，逐步钻取、drilldown到适当的深度，才能更精准地确定SOA能对哪些要迫切改善的业务能力，带来最大价值。

依据业务和IT驱动力，选定了SOA策略后。接着应根据企业目前的现况，和未来2-3年的目标，进行差距分析，并根据最佳实践典范（bestpractices），制定SOA发展的蓝图、路线图和指导规范，完成参考架构的规划。接着便可开始根据路线图中制定的项目，以渐进的方式，通过一致的服务工程方法，一个接一个项目去执行，并在此过程中，逐渐将蓝图中的服务基础设施搭建起来。

文章来源于课课家在线学习平台，转载请注明。