SOA实践指南:应用整体架构(SOA技术丛书)(Implementing SOA Total Architecture in Practice)

基本信息·出版社：机械工业出版社

·页码：360 页

·出版日期：2009年

·ISBN：7111263340/9787111263340

·条形码：9787111263340

·包装版本：1版

·装帧：平装

·开本：16

·正文语种：中文

·丛书名：SOA技术丛书

·外文书名：Implementing SOA Total Architecture in Practice

产品信息有问题吗？请帮我们更新产品信息。

内容简介《SOA实践指南:应用整体架构》是一本构建企业架构的综合指南，为解决架构挑战提供了全面指导。《SOA实践指南:应用整体架构》论述了如何平滑地集成业务流程设计和业务系统设计，如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑，如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观，以及如何全方位地解决分布式系统设计问题。

《SOA实践指南:应用整体架构》适合企业架构师、项目架构师、系统分析师、企业管理人员、业务分析人员等参考。

作者简介Paul C.Brown，TIBCO公司的首席软件架构师，该公司引领企业软件和服务的新潮流（www.tibco.com）。他的基于模型的工具架构成为了众多应用的基础，其范围从流程控制接口到NASA卫星任务规划。凭借其在企业级信息系统方面的广泛设计工作，Brown博士发展出了整体架构的概念。他的第一本书（《Succeeding with SOA：Realizing Business Value Through Total Architecture》）引入了这一概念，而本书赠详细阐述了这一概念。他获得了伦斯勒理工学院计算机科学博士学位。

媒体推荐“本书是实现SOA的企业架构师的必备读物。本书通过实际例子解释了业务需求、业务流程设计和服务架构之间的关系，并通过将SOA实现直接联系业务价值来揭示不断成功和获得资金的关键。”

——Maja Tibbling，Con-way公司首席企业架构师

“虽然还有其他关于架构和ESB、SOA及相关技术实现的书籍，但是只有这本新书把握了实际的知识和经验。它给出了将需求和愿景转变成坚实、可重复和增值架构的方法。我由衷地推荐它。”

——Mark Wencek，Ultimo Software Solutions公司顾问服务联合部门高级副总裁

编辑推荐《SOA实践指南:应用整体架构》内容包括：

把面向服务架构（SOA）付诸实践

在以项目为基础持续交付业务价值的同时，逐步把企业架构发展成SOA。

理解SOA和分布式系统的基础、主要的架构问题，以及解决它们的设计模式。

理解项目架构师和企业架构师角色的区别，以及他们该如何协作来创建SOA。

理解为何需要一个包含业务流程、人员、系统、数据和基础设施的全面整体架构。

理解实现健壮、安全、高性能和高可用性解决方案的策略和权衡。

理解将业务流程管理（BPM）和业务流程监视融入企业架构的方法。

无论你是在定义企业架构，还是在交付单个SOA项目，《SOA实践指南:应用整体架构》都能为你提供完成工作所需的务实建议。

在《Succeeding with SOA》中，Paul Brown解释了要想满足企业目标，就必须把业务流程和信息系统作为整体架构的一部分一起设计。在《SOA实践指南:应用整体架构》中，他从项目和企业两个层面指导读者经历一次成功设计和开发整体架构的过程。利用自身丰富的经验，作者提供了创建服务和利用它们创建健壮，灵活的SOA解决方案的最佳实践。

目录

译者序

前言

译者简介

第一部分 基础

第1章 SOA与企业

1.1 挑战

1.2 整体架构的概念

1.3 架构是目的明确的结构

1.4 持续变化

1.5 整体架构合成

1.6 让整体架构为企业所用

1.7 总体关键问题

第2章 架构基础

2.1 结构组织

2.2 功能组织

2.3 协作行为

2.4 整体架构

2.5 非功能需求

2.6 细化

2.7 架构师的角色

2.8 企业架构

2.9 总结

2.10 架构基础的关键问题

2.11 推荐阅读

第3章 服务基础

3.1 什么是服务

3.2 服务接口

3.3 服务背后的基本原理

3.4 总结

3.5 服务基础的关键问题

3.6 推荐阅读

第4章 服务使用

4.1 服务交互模式

4.2 服务访问

4.3 访问控制

4.4 服务请求路由

4.5 服务组合

4.6 服务定位

4.7 服务的企业架构

4.8 总结

4.9 服务使用的关键问题

4.1 0推荐阅读

第5章 SOA开发过程

5.1 SOA开发有什么不同

5.2 整体开发过程

5.3 架构任务

5.4 上下文中的架构

5.5 整体架构合成

5.6 小心似是而非的流程！

5.7 管理风险：迭代架构

5.8 总结

5.9 开发过程的关键问题

5.10 推荐阅读

第二部分 业务流程视角

第6章 流程

6.1 触发器.输入与结果

6.2 关联流程

6.3 流程成熟度

6.4 连续流程

6.5 结构化流程

6.6 总结

6.7 流程的关键问题

6.8 推荐阅读

第7章 项目初始范围划定

7.1 收集业务流程清单

7.2 进行访谈

7.3 记录业务流程清单

7.4 业务流程等级评定

7.5 剩余工作组织

7.6 总结

7.7 范围划定的关键问题

第8章 需求的技巧

8.1 划分

8.2 流程描述

8.3 交互模式

8.4 需求反映设计

8.5 总结

8.6 需求的关键问题

8.7 推荐阅读

第9章 业务流程架构

9.1 结果

9.2 参与者及其角色

9.3 活动和场景

9.4 场景建模

9.5 交互建模

9.6 细节多细才够用

9.7 活动图使用指导方针

9.8 总结

9.9 业务流程架构的关键问题

9.10 推荐阅读

第10章 里程碑

10.1 基本流程里程碑

10.2 里程碑序列的变化

10.3 里程碑分组

10.4 辨认里程碑需要设计

10.5 利用里程碑减少流程间耦合

10.6 总结

10.7 里程碑的关键问题

第11章 流程约束

11.1 业务流程约束决定系统约束

11.2 性能约束

11.3 高可用性和容错性

11.4 安全性

11.5 报告.监视和管理

11.6 异常处理

11.7 测试和接受

11.8 合规约束

11.9 总结

11.10 流程约束的关键问题

11.11 推荐阅读

第12章 关联流程

12.1 服务识别

12.2 触发事件

12.3 总结

12.4 关联流程的关键问题

第13章 领域建模

13.1 UML类符号

13.2 ATM例子的领域模型

13.3 领域模型的逆向工程

13.4 领域模型总结

13.5 领域模型的关键问题

13.6 推荐阅读

第14章 企业架构：流程与领域建模

14.1 流程与领域建模的职责

14.2 建立标准与最佳实践

14.3 流程与领域知识转移的管理

14.4 项目模型审查

14.5 维护业务流程和领域模型仓库

14.6 定义业务流程模式

14.7 定义公共数据模型表示法

14.8 总结

14.9 企业流程与领域建模关键的问题

第三部分 系统视角

第15章 系统架构纵览

15.1 架构分布式系统的挑战

15.2 学习CORBA的经验

15.3 有效地探索架构

15.4 总结

15.5 系统架构纵览的关键问题

第16章 顶层系统架构

16.1 结构粗加工

16.2 初始评估

16.3 通信和模块化

16.4 服务识别和性能

16.5 系统交互建模

16.6 部署建模

16.7 处理性能

16.8 早期架构评估

16.9 顶层系统架构的关键问题

16.10 推荐阅读

第四部分 通信

第17章 传输

17.1 传输技术

17.2 选择传输

17.3 消息传递服务器拓扑

17.4 能力

17.5 点对点交互模式

17.6 点对点中介

17.7 传输供给服务

17.8 总结

17.9 传输的关键问题

17.10 推荐阅读

第18章 适配器

18.1 基于API的适配器

18.2 基于数据库的适配器

18.3 结合API和数据库方法

18.4 基于文件的适配器

18.5 基于协议的适配器

18.6 记录适配器的使用

18.7 总结

18.8 适配器的关键问题

第19章 企业架构：通信

19.1 定义通信策略

19.2 交互标准

19.3 标准化适配器

19.4 总结

19.5 企业架构通信的关键问题

第五部分 数据和操作

第20章 数据挑战

第21章 消息和操作

21.1 消息语义和操作名字

21.2 传输目的地和操作包

21.3 内容表示

21.4 内容转换

21.5 在内容转换中引用数据

21.6 总结

21.7 消息和操作的关键问题

第22章 数据一致性：维护事实的唯一版本

22.1 维护数据一致性的方法

22.2 具有单记录系统的缓存数据

22.3 通过分布式事务协调更新

22.4 到处编辑,以后调整

22.5 处理数据不一致

22.6 数据管理业务流程

22.7 总结

22.8 数据一致性的关键问题

22.9 推荐阅读

第23章 公共数据模型（CDM）

23.1 公共数据模型概述

23.2 CDM和领域模型的关系

23.3 多种CDM表示法的需要

23.4 规划CDM变更

23.5 何时使用公共数据模型

23.6 总结

23.7 公共数据模型的关键问题

第24章 标识符（唯一名称）

24.1 标识（唯一名称）管理中心

24.2 层次标识符

24.3 应对标识错误

24.4 标识符映射

24.5 总结

24.6 标识符的关键问题

第25章 结果验证

25.1 检查枚举值

25.2 验证的位置和时机

25.3 总结

25.4 数据验证的关键问题

第26章 企业架构：数据

26.1 命名模式

26.2 构架内容转换

26.3 记录系统

26.4 公共数据模型

26.5 标识符

26.6 数据质量管理

26.7 总结

26.8 企业架构数据的关键问题

第六部分 协调

第27章 协调与故障检测

27.1 活动执行管理模式（AEMP）涉及的交互

27.2 协调模式的风格

27.3 即发即弃协调模式

27.4 请求-应答模式

27.5 代理

27.6 具有确认功能的代理

27.7 总结

27.8 协调的关键问题

第28章 事务：协调两个或更多活动

28.1 分布式事务的两阶段提交

28.2 两阶段提交协议的局限性

28.3 补偿性事务

28.4 绕过补偿性事务的局限性

28.5 总结

28.6 事务的关键问题

28.7 推荐阅读

第29章 流程监视器和管理器

29.1 流程监视

29.2 最小化故障监视带来的影响

29.3 把流程管理器作为监视器

29.4 流程管理的局限性

29.5 总结

29.6 流程监视和管理的关键问题

第30章 故障检测和响应

30.1 选择协调模式改善故障检测

30.2 响应故障

30.3 总结

30.4 故障检测和恢复的关键问题

第31章 企业架构：协调

31.1 首选协调模式

31.2 故障记录

31.3 故障报告

31.4 恢复流程

31.5 总结

31.6 企业协调的关键问题

第七部分 高可用性.容错性和负载分配

第32章 高可用性和容错性基础

32.1 容错策略

32.2 失效检测策略

32.3 管理故障转移

32.4 重定向客户端

32.5 总结

32.6 高可用性和容错性的关键问题

第33章 无状态和有状态故障转移

33.1 无状态和有状态组件

33.2 无状态故障转移

33.3 通过协调保存工作进展

33.4 有状态故障转移

33.5 存储复制

33.6 总结

33.7 故障转移的关键问题

33.8 推荐阅读

第34章 多组件故障转移

34.1 站点内故障转移和站点间故障转移

34.2 集群：站点内故障转移技术

34.3 使用异步复制协调端到端应用故障转移

34.4 使业务流程具有容错性

34.5 总结

34.6 多组件故障转移的关键问题

第35章 工作负载分配

35.1 工作分配策略

35.2 分配管理和工作完成

35.3 顺序问题

35.4 访问共享持久状态

35.5 地理分布的工作负载分配

35.6 总结

35.7 工作负载分配的关键问题

第36章 企业架构：容错性.高可用性和负载分配

36.1 业务流程分类

36.2 信息存储

36.3 单个组件和服务故障转移模式

36.4 容错性和高可用性服务的组合模式

36.5 容错性和高可用性业务流程的组合模式

36.6 总结

36.7 容错性.高可用性和负载分配的关键问题

36.8 推荐阅读

第八部分 完善架构

第37章 流程安全

37.1 安全信息分类

37.2 身份和认证

37.3 授权

37.4 加密

37.5 数字签名

37.6 其他安全相关需求

37.7 引用数据服务器和性能

37.8 信任域

37.9 信道执行

37.10 区域执行和策略代理

37.11 多区域安全

37.12 总结

37.13 安全的关键问题

37.14 推荐阅读

第38章 流程监视

38.1 性能监视

38.2 监视流程状态

38.3 监管流程

38.4 监视的性能影响

38.5 总结

38.6 流程监视的关键问题

第39章 架构评估

39.1 易用性

39.2 性能

39.3 成本和进度的可行性

39.4 可观察性

39.5 演变能力

39.6 应对压力情况的能力

39.7 总结

39.8 架构评估的关键问题

39.9 推荐阅读

第40章 测试

40.1 单元测试.测试用具和回归测试

40.2 集成测试和装配顺序

40.3 功能和系统测试的环境

40.4 性能测试

40.5 失效模式测试

40.6 总结

40.7 测试的关键问题

第九部分 高级主题

第41章 表示复杂流程

41.1 忽略通信细节

41.2 省略参与者活动细节

41.3 省略辅助参与者

41.4 抽象子流程

41.5 总结

41.6 复杂流程表示的关键问题

第42章 流程管理和工作流

42.1 流程管理

42.2 工作分配模式

42.3 启动工作流

42.4 使管理流程具有容错性

42.5 人类接口

42.6 关联流程

42.7 划分工作优先级

42.8 动态工作分配

42.9 动态结果和流程定义

42.10 总结

42.11 流程管理和工作流的关键问题

42.12 推荐阅读

第43章 企业架构小组

43.1 小组不完整比没有强——但是还不够好

43.2 发展最佳实践

43.3 知识转移

43.4 治理

43.5 随需求的演变而设计

43.6 总结

43.7 企业架构小组的关键问题

后记

……[看更多目录]

序言相比其他国内已出版的SOA书籍而言，这是一本与众不同的书籍。其特别之处在于，它的着眼点既非通常的SOA理论介绍和实施方法论，也非常见的协议解析和工具实作，而是架构。

在当今的软件行业，架构的重要性已经得到了广泛的认可，良好的架构通常被认为是软件项目成功的保证。同样地，SOA项目也不例外。而且由于SOA其本身的目标是为了实现业务和IT的有效对齐，所以对其而言，架构的意义更大。

可是优雅的架构并不能凭空捏造，它必须建立于实际需求之上，并通过一系列的决策得出。这不仅要求身为负责人的架构师具有宽广的知识面，而且还要具有丰富的经验，这样才能根据实际情况，在众多似是而非的选择中，做出恰当的抉择。而这本书正好为槊构师的工作提供了这方面的支持。

文摘插图：

第一部分基础

第1章 SOA与企业

面向服务架构（service-oriented architecture，SOA）是一种将信息系统模块化为服务的架构风格。拥有服务之后，你就可以通过编配这些服务给业务流程带来生命力。在成功的SOA中，你可以迅速地将这些服务按不同方式重新组合，从而实现新的或更好的业务流程。

软件模块化技术始于50多年前的结构化程序设计，SOA是其理念的进一步延续。SOA的新颖之处在于：你可以更灵活地为服务提供者与消费者选择实现技术和部署位置。只要服务接口保持稳定，抽象出来的接口就能让提供者和消费者独立演变。

SOA带来的各种好处主要都源于一个特性：服务接口的稳定性。这种稳定性（相对于系统变化的整体速度而言）向服务消费者隔离了服务实现的变化。这种隔离将变化限制在一定范围之内，降低了后续变更产生的成本。只要能够按正确方式复用各种服务，你就能受益良多。复用避免了因重新实现或修改服务所封装功能而产生的成本。

1.1 挑战

服务接口的稳定性是SOA成功的关键。稳定的接口可以使服务消费者不受服务提供者内部正在发生的变化的影响，缩小了每次因提供者改变而必须进行变更的工作范围。这种工作范围的缩少以成本规避（cOSt avoidance）形式带来了相应成本的降低。接口稳定性也是推动服务复用的关键。一旦现有接口无法满足未来服务消费者或服务提供者的需求，它的变更在所难免。完成这些变更所需成本将减少或抵消预期的节余，而当初证明服务值得开发的正是这些节余。

事实上，实现接口稳定性是SOA面临的最大挑战。原因何在？因为业务服务接口的作用不只是确定了系统的边界。业务服务对业务流程的一部分进行了封装，建立了被封装部分和其余部分之间的接口。以“销售订单管理服务”为例，它封装了业务流程中创建和维护销售订单的部分。由此看出，在定，义业务服务时，既是为系统也是为业务流程搭建架构。

信息与业务流程的运转息息相关。即便最简单的服务也管理着一些信息。正是服务的定义决定了它要管理的信息，并使其区别于其他系统组件和服务所管理的信息。比如，“销售订单管理服务”是销售订单信息的记录系统，但不管理仓库库存。通过这种方式，业务服务完成了对信息的模块化。

后记专注本职工作

在演变企业架构的过程中有太多的事情要考虑，因此对每个业务流程场景的每个问题都予以考虑是不切实际的。真要这样做的话，你将花掉你的大部分时间，考虑一些最终证明实际是无关紧要的问题。

为了集中注意力，对于每个设计问题，你需要不断地问自己三个关键问题：

1．这个设计问题是相关的吗？

2．要满足的需求对企业来说重要吗？

3．被提议的解决方案足以解决问题吗？

设计问题的相关性是你首先要考虑的问题。如果它不相关，就不要在上面浪费时间。你不需要操心公共领域信息的安全性问题，你也不需要为一天才发生一次的轻量级事务操心负载分配的问题。让常识成为你的向导。找出那些真正相关的设计问题并把你的精力集中在那上面。

接下来要考虑的是满足具体需求的业务重要性。许多需求是想要而非需要，在绞尽脑汁努力满足需求之前，你要分清二者的区别。要满足的需求对于企业成功有多关键？实际值得付出多少工作量？