SOA实践指南—应用整体架构
点此进入淘宝搜索页搜索分類: 图书,计算机/网络,网络与数据通信,网络配置与管理,
作者： （美）布朗 著，胡键 等译
出 版 社： 机械工业出版社
出版时间： 2009-3-1字数：版次： 1页数： 360印刷时间：开本： 16开印次：纸张：I S B N ： 9787111263340包装： 平装编辑推荐
把面向服务架构（SOA）付诸实践
“本书是实现SOA的企业架构师的必备读物。本书通过实际例子解释了业务需求、业务流程设计和服务架构之间的关系，并通过将SOA实现直接联系业务价值来揭示不断成功和获得资金的关键。”
——Maja Tibbling，Con-way公司首席企业架构师
“虽然还有其他关于架构和ESB、SOA及相关技术实现的书籍，但是只有这本新书把握了实际的知识和经验。它给出了将需求和愿景转变成坚实、可重复和增值架构的方法。我由衷地推荐它。”
——Mark Wencek，Ultimo Software Solutions公司顾问服务联合部门高级副总裁
在《Succeeding with SOA》中，Paul Brown解释了要想满足企业目标，就必须把业务流程和信息系统作为整体架构的一部分一起设计。在本书中，他从项目和企业两个层面指导读者经历一次成功设计和开发整体架构的过程。利用自身丰富的经验，作者提供了创建服务和利用它们创建健壮，灵活的SOA解决方案的最佳实践。
本书内容包括：
在以项目为基础持续交付业务价值的同时，逐步把企业架构发展成SOA。
理解SOA和分布式系统的基础、主要的架构问题，以及解决它们的设计模式。
理解项目架构师和企业架构师角色的区别，以及他们该如何协作来创建SOA。
理解为何需要一个包含业务流程、人员、系统、数据和基础设施的全面整体架构。
理解实现健壮、安全、高性能和高可用性解决方案的策略和权衡。
理解将业务流程管理（BPM）和业务流程监视融入企业架构的方法。
无论你是在定义企业架构，还是在交付单个SOA项目，本书都能为你提供完成工作所需的务实建议。
内容简介
本书是一本构建企业架构的综合指南，为解决架构挑战提供了全面指导。本书论述了如何平滑地集成业务流程设计和业务系统设计，如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑，如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观，以及如何全方位地解决分布式系统设计问题。
本书适合企业架构师、项目架构师、系统分析师、企业管理人员、业务分析人员等参考。
作者简介
Paul C.Brown，TIBCO公司的首席软件架构师，该公司引领企业软件和服务的新潮流（www.tibco.com）。他的基于模型的工具架构成为了众多应用的基础，其范围从流程控制接口到NASA卫星任务规划。凭借其在企业级信息系统方面的广泛设计工作，Brown博士发展出了整体架构的概念。他的第一本书（《Succeeding with SOA：Realizing Business Value Through Total Architecture》）引入了这一概念，而本书赠详细阐述了这一概念。他获得了伦斯勒理工学院计算机科学博士学位。
目录
译者序
前言
译者简介
第一部分 基础
第1章 SOA与企业
第2章 架构基础
第3章 服务基础
第4章 服务使用
第5章 SOA开发过程
第二部分 业务流程视角
第6章 流程
第7章 项目初始范围划定
第8章 需求的技巧
第9章 业务流程架构
第10章 里程碑
第11章 流程约束
第12章 关联流程
第13章 领域建模
第14章 企业架构：流程号涣燃
第三部分 系统视角
第15章 系统架构纵览
第16章 顶层系统架构
第四部分 通信
第17章 传输
第18章 适配器
第19章 企业架构：通信
第五部分 数据和操作
第20章 数据挑战
第21章 消息和操作
第22章 数据一致性：维护事实的唯一版本
第23章 公共数据模型（CDM）
第24章 标识符（唯一名称）
第25章 结果验证
第26章 企业架构：数据
第六部分 协调
第27章 协调与故障检测
第28章 事务：协调两个或更多活动
第29章 流程监视器和管理器
第30章 故障检测和响应
第31章 企业架构：协调
第七部分 高可用性、容错性和负载分酉
第32章 高可用性和容错性基础
第33章 无状态和有状态故障转移
第34章 多组件故障转移
第35章 工作负载分配
第36章 企业架构：容错性、高可用性和负载分配
第八部分 完善架构
第37章 流程安全
第38章 流程监视
第39章 架构评估
第40章 测试
第九部分 高级主题
第41章 表示复杂流程
第42章 流程管理和工作流
第43章 企业架构小组
后记
书摘插图
第一部分基础
第1章 SOA与企业
面向服务架构（service-oriented architecture，SOA）是一种将信息系统模块化为服务的架构风格。拥有服务之后，你就可以通过编配这些服务给业务流程带来生命力。在成功的SOA中，你可以迅速地将这些服务按不同方式重新组合，从而实现新的或更好的业务流程。
软件模块化技术始于50多年前的结构化程序设计，SOA是其理念的进一步延续。SOA的新颖之处在于：你可以更灵活地为服务提供者与消费者选择实现技术和部署位置。只要服务接口保持稳定，抽象出来的接口就能让提供者和消费者独立演变。
SOA带来的各种好处主要都源于一个特性：服务接口的稳定性。这种稳定性（相对于系统变化的整体速度而言）向服务消费者隔离了服务实现的变化。这种隔离将变化限制在一定范围之内，降低了后续变更产生的成本。只要能够按正确方式复用各种服务，你就能受益良多。复用避免了因重新实现或修改服务所封装功能而产生的成本。
1.1 挑战
服务接口的稳定性是SOA成功的关键。稳定的接口可以使服务消费者不受服务提供者内部正在发生的变化的影响，缩小了每次因提供者改变而必须进行变更的工作范围。这种工作范围的缩少以成本规避（cOSt avoidance）形式带来了相应成本的降低。接口稳定性也是推动服务复用的关键。一旦现有接口无法满足未来服务消费者或服务提供者的需求，它的变更在所难免。完成这些变更所需成本将减少或抵消预期的节余，而当初证明服务值得开发的正是这些节余。
事实上，实现接口稳定性是SOA面临的最大挑战。原因何在？因为业务服务接口的作用不只是确定了系统的边界。业务服务对业务流程的一部分进行了封装，建立了被封装部分和其余部分之间的接口。以“销售订单管理服务”为例，它封装了业务流程中创建和维护销售订单的部分。由此看出，在定，义业务服务时，既是为系统也是为业务流程搭建架构。
信息与业务流程的运转息息相关。即便最简单的服务也管理着一些信息。正是服务的定义决定了它要管理的信息，并使其区别于其他系统组件和服务所管理的信息。比如，“销售订单管理服务”是销售订单信息的记录系统，但不管理仓库库存。通过这种方式，业务服务完成了对信息的模块化。
……
