![SOA实践指南--应用整体架构[图书]](http://images.china-pub.com/ebook195001-200000/195391/zcover.jpg)
（已有10条评价）基本信息
- 原书名：Implementing SOA : Total Architecture in Practice
- 原出版社： Addison-Wesley Professional
- 作者： (美)Paul C.Brown
- 译者： 胡键 宋玮 祁飞
- 丛书名： SOA技术丛书
- 出版社：机械工业出版社
- ISBN：9787111263340
- 上架时间：2009-5-21
- 出版日期：2009 年3月
- 开本：16开
- 页码：360
- 版次：1-1
- 所属分类：计算机 > 计算机网络 > Web Server > SOA/SOC(面向服务框架)
内容简介
书籍
计算机书籍
本书是一本构建企业架构的综合指南，为解决架构挑战提供了全面指导。本书论述了如何平滑地集成业务流程设计和业务系统设计，如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑，如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观，以及如何全方位地解决分布式系统设计问题。.
本书适合企业架构师、项目架构师、系统分析师、企业管理人员、业务分析人员等参考。
在《Succeeding with SOA》中，Paul Brown解释了要想满足企业目标，就必须把业务流程和信息系统作为整体架构的一部分一起设计。在本书中，他从项目和企业两个层面指导读者经历一次成功设计和开发整体架构的过程。利用自身丰富的经验，作者提供了创建服务和利用它们创建健壮、灵活的SOA解决方案的最佳实践。
本书内容包括：
在以项目为基础持续交付业务价值的同时，逐步把企业架构发展成SOA。..
理解SOA和分布式系统的基础、主要的架构问题，以及解决它们的设计模式。
理解项目架构师和企业架构师角色的区别，以及他们该如何协作来创建SOA。
理解为何需要一个包含业务流程、人员、系统、数据和基础设施的全面整体架构。
理解实现健壮、安全、高性能和高可用性解决方案的策略和权衡。
理解将业务流程管理(BPM)和业务流程监视融入企业架构的方法。
计算机书籍
本书是一本构建企业架构的综合指南，为解决架构挑战提供了全面指导。本书论述了如何平滑地集成业务流程设计和业务系统设计，如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑，如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观，以及如何全方位地解决分布式系统设计问题。.
本书适合企业架构师、项目架构师、系统分析师、企业管理人员、业务分析人员等参考。
在《Succeeding with SOA》中，Paul Brown解释了要想满足企业目标，就必须把业务流程和信息系统作为整体架构的一部分一起设计。在本书中，他从项目和企业两个层面指导读者经历一次成功设计和开发整体架构的过程。利用自身丰富的经验，作者提供了创建服务和利用它们创建健壮、灵活的SOA解决方案的最佳实践。
本书内容包括：
在以项目为基础持续交付业务价值的同时，逐步把企业架构发展成SOA。..
理解SOA和分布式系统的基础、主要的架构问题，以及解决它们的设计模式。
理解项目架构师和企业架构师角色的区别，以及他们该如何协作来创建SOA。
理解为何需要一个包含业务流程、人员、系统、数据和基础设施的全面整体架构。
理解实现健壮、安全、高性能和高可用性解决方案的策略和权衡。
理解将业务流程管理(BPM)和业务流程监视融入企业架构的方法。
目录
译者序.
前言
译者简介
第一部分基础
第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架构师的角色
前言
译者简介
第一部分基础
第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架构师的角色
译者序
相比其他国内已出版的SOA书籍而言，这是一本与众不同的书籍。其特别之处在于，它的着眼点既非通常的SOA理论介绍和实施方法论，也非常见的协议解析和工具实作，而是架构。.
在当今的软件行业，架构的重要性已经得到了广泛的认可，良好的架构通常被认为是软件项目成功的保证。同样地，SOA项目也不例外。而且由于SOA其本身的目标是为了实现业务和IT的有效对齐，所以对其而言，架构的意义更大。
可是优雅的架构并不能凭空捏造，它必须建立于实际需求之上，并通过一系列的决策得出。这不仅要求身为负责人的架构师具有宽广的知识面，而且还要具有丰富的经验，这样才能根据实际情况，在众多似是而非的选择中，做出恰当的抉择。而这本书正好为架构师的工作提供了这方面的支持。..
这是一本写给SOA架构师的参考书，作者Paul C. Brown是TIBCO公司的首席软件架构师，该公司同时又是SOA领域内的领导者，由这样一位作者来撰写这本书再合适不过了。全书以作者多年来发展出的整体架构合成方法论（Total Architecture Synthesis Methodology）为总纲，对建立企业分布式业务架构所需技术的方方面面都进行了详细的介绍，并就一些实际的问题给出了相关的最佳实践。更难能可贵的是，全书对每个架构主题分别从项目和企业的角度进行了探讨，从而使讨论更符合实际情况，对问题的讨论不仅考虑了企业的全局特性，而且兼顾了各个项目的个体特点。
全书由宋玮、祁飞和我共同翻译完成，最终由我负责审校统稿。整本书的翻译过程用“痛并快乐着”来形容并不为过。虽然艰苦(这在本书的厚度上已经得到了充分的体现)，但却也因能有机会使知识面拓宽，令多年的知识得以复习巩固而感到欢欣鼓舞。我们竭尽所能地提高翻译质量，并期望我们的努力能够得到读者的认可。但话虽如此，翻译之中不当之处在所难免，恳请大家批评指正，请发信至jianhgreat@hotmail.com。
在此，我要感谢机械工业出版社的陈冀康编辑。同时，我也要将本书献给我们翻译团队的家人，感谢他们对我们翻译工作的支持。最后，我衷心地希望您能对本书的翻译感到满意，并借助本书中的内容让您的工作更上一层楼。...
胡键
2009.2.19于西安
在当今的软件行业，架构的重要性已经得到了广泛的认可，良好的架构通常被认为是软件项目成功的保证。同样地，SOA项目也不例外。而且由于SOA其本身的目标是为了实现业务和IT的有效对齐，所以对其而言，架构的意义更大。
可是优雅的架构并不能凭空捏造，它必须建立于实际需求之上，并通过一系列的决策得出。这不仅要求身为负责人的架构师具有宽广的知识面，而且还要具有丰富的经验，这样才能根据实际情况，在众多似是而非的选择中，做出恰当的抉择。而这本书正好为架构师的工作提供了这方面的支持。..
这是一本写给SOA架构师的参考书，作者Paul C. Brown是TIBCO公司的首席软件架构师，该公司同时又是SOA领域内的领导者，由这样一位作者来撰写这本书再合适不过了。全书以作者多年来发展出的整体架构合成方法论（Total Architecture Synthesis Methodology）为总纲，对建立企业分布式业务架构所需技术的方方面面都进行了详细的介绍，并就一些实际的问题给出了相关的最佳实践。更难能可贵的是，全书对每个架构主题分别从项目和企业的角度进行了探讨，从而使讨论更符合实际情况，对问题的讨论不仅考虑了企业的全局特性，而且兼顾了各个项目的个体特点。
全书由宋玮、祁飞和我共同翻译完成，最终由我负责审校统稿。整本书的翻译过程用“痛并快乐着”来形容并不为过。虽然艰苦(这在本书的厚度上已经得到了充分的体现)，但却也因能有机会使知识面拓宽，令多年的知识得以复习巩固而感到欢欣鼓舞。我们竭尽所能地提高翻译质量，并期望我们的努力能够得到读者的认可。但话虽如此，翻译之中不当之处在所难免，恳请大家批评指正，请发信至jianhgreat@hotmail.com。
在此，我要感谢机械工业出版社的陈冀康编辑。同时，我也要将本书献给我们翻译团队的家人，感谢他们对我们翻译工作的支持。最后，我衷心地希望您能对本书的翻译感到满意，并借助本书中的内容让您的工作更上一层楼。...
胡键
2009.2.19于西安
前言
如果你是一名在企业中负责面向服务架构（SOA）的架构师，你会面临众多挑战。有意无意之间，你创建的架构在许多不同层面定义了企业的结构，其覆盖范围从业务流程到数据存储。这种架构不仅定义了业务系统之间的边界，而且也定义了组织单元之间的边界。除了定义服务，你的架构还必须为大量复杂的分布式系统设计问题提供实用的解决方案，这些问题的范围从业务流程的编配到确保业务的连续性。实现架构是一个长期过程，涉及众多项目，而且也不能缺少架构师的指导。.
在《Succeeding with SOA》一书中，我已经讨论了企业应该密切关注其架构、架构师的角色，以及为这些架构师创建一个正确组织环境的重要性。在本书中，我将开始讨论架构师（也就是你）的本职工作，并通过在项目和企业两个层面定义面向服务架构的过程来为你提供指导。无论你是一名已经在实践中应用SOA的架构师，还是有志成为一名架构师并渴望获得更多知识的工程师，这本书都是为你而写的。
圆满实施SOA可以让企业获得丰厚的回报。如果实施得当，企业将包含一组健壮、灵活、可复用的业务和基础设施服务。这样，企业就能通过快速重组这些服务来应对不断变化的业务需求。相反，如果SOA实施得不好，企业将会受一组脆弱、僵化的功能（我不愿称之为服务）拖累，不但不会促进企业的发展，反而会起到相反的作用。这种结果不会是你想要的。本书不仅会告诉你最佳实践，同样也会为你指出可能的陷阱。简而言之，它会指导你顺利地把SOA实施完成。
SOA架构的挑战
要想出色地完成SOA建设，你应该解决4个相互关联的架构挑战。
1.服务同时定义了业务流程和系统的结构。从此，业务流程和系统自然而然地彼此相互交织到了一起，设计一个而不更改另一个的日子已经一去不复返。它们必须一起设计，形成一种整体架构（total architecture）。这样，构建面向服务架构不再只是一项技术活动，而且也是一项需要企业里业务团体积极参与的业务活动。
2.你不会从零开始构建SOA。你的企业目前正在使用一组业务流程和系统来运营。仅仅因为想构建SOA就把现有业务经营活动打乱，这种后果你承受不起。务实地讲，你应该逐步把现有业务流程和系统发展成SOA。在这个转变过程中，各个项目必须独立于你的SOA项目持续交付有形的业务价值。
3.在实施过程中，对于SOA愿景的解释应该一致。SOA的实际实现过程是以项目为单位逐步进行的。在当前项目中开发出的服务必须满足未来的需求，而今天的项目必须能利用以前项目开发出的服务。确保现有服务能被恰当利用，而且新服务能满足未来需要，要求在多个项目之间进行协调和规划，既要着眼于现在，又要兼顾未来。
4.面向服务架构实质是分布式系统。由此，对于所有经典分布式系统的设计问题，你的SOA都必须包含前后一致的解决方案：根据通信延迟权衡服务粒度，解决通信故障，管理分布于服务和站点的信息，协调服务执行和负载分配，确保服务和业务流程的可用性和容错性，保护你的信息，以及对业务流程和服务都要进行监视和管理。影响解决方案决策的需求源自业务流程相关的需求，业务流程和系统设计因此紧密地联系在了一起。同上面说的一样，在所有项目中，解决这些问题应该采用一致的方法。
最后，身为架构师，你的挑战还在于组织业务流程、人员、信息和系统之间的协作，并将协作的重点放在实现企业目标之上。
本书简介..
本书为解决你的架构挑战提供了全面指导：它向你展示了如何平滑地集成业务流程设计和业务系统设计；它将告诉你如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑；它说明了如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观；它最后展示了如何全方位地解决你将面临的分布式系统设计问题。
本书由九个部分组成。第一部分介绍了架构、服务和整体架构合成方法论的基本概念。第二部分到第八部分讨论了一系列架构设计的问题，范围从理解业务流程到监视和测试架构。第九部分以这些讨论为基础，描述了复杂业务流程和工作流相关的大规模设计问题，并最终以企业架构小组工作方式的总结性讨论作为结束。
从第二部分到第八部分，每个架构主题都从两个角度进行讨论：项目角度和企业架构角度。每部分都首先讨论设计问题，仿佛项目架构师正从零开始创建整个架构。每部分的最后一章则描述了多项目环境的现实，并就如何确保设计问题能贯穿整体架构得到妥善解决，探讨了企业架构小组必须扮演的角色。这种内容安排上的分离不仅强调了项目架构师和企业架构师需要采用的合作方式，也强调了他们各自的职责。在第九部分中，企业架构小组章节对该小组的活动进行了总结。
使用全书和各章节的方式有两种。一种方式是将其作为处方。本书给出了解决各个项目和管理整个企业架构的结构化方法。另一种方式是将其作为审查的指导方针。每章都讨论了一个主题并以该主题相关的关键问题列表作为总结。先将问题作为对当前项目和企业架构工作的自评指南，然后使用各章内容来审查具体问题和用来解决问题的各种方法。不论使用哪种方式，都可以增强你的企业架构。
本书是一本构建企业架构的综合指南。虽然重点无疑是SOA，但SOA终究只是一种分布式系统架构风格。现实世界的企业架构是SOA和非SOA元素的混合体。为了反映这一现实，本书的讨论并没有仅限于SOA，而是对分布式业务系统架构进行了全方位的覆盖。
本书介绍的实用方法将指导你理解要面临的每一个问题、可能解决方案的选择，以及在构建解决方案时的权衡因素。每章末尾的关键问题不仅提供了合适的总结，而且也可方便地作为架构审查的问题。这些问题及每章相应的讨论将引领你走向SOA的成功。
致谢
本书献给我的妻子Maria。没有她的爱和支持，本书及前一本书将永远无法面世。她承担了许多本该由我来做的琐碎之事，并在我心生厌倦之时给予我鼓励。仅用语言难以表达我的爱和感激。
在整本书的写作过程中还有许多人提供了帮助。我要感谢让我学会未知领域探索方法的导师：John Reschovsky、Joel Sturman、David Oliver、David Musser和Mukkai Krishnamoorthy。我要感谢对书中思想献计献策的同事：Jonathan Levant、John Hutchison、James Rumbaugh、Michael Blaha和William Premerlani。感谢Brian Pierce、Bruce Johnson、Paul Beduhn和Paul Asmar，他们对我的企业方法论成果提供了帮助。感谢Paul Asmar、David Leigh、Saul Caganoff和Janet Strong，他们使这些实际的架构概念更能经受住考验。感谢Michael Blaha和William Premerlani，他们帮助我把概念变成书。感谢Paul Asmar、Ram Menon、Roger Strukhoff、Scott Fingerhut、Peter Gordon、Michael Blaha和Charly Paelinck，他们帮助我把本书变为现实。...
在《Succeeding with SOA》一书中，我已经讨论了企业应该密切关注其架构、架构师的角色，以及为这些架构师创建一个正确组织环境的重要性。在本书中，我将开始讨论架构师（也就是你）的本职工作，并通过在项目和企业两个层面定义面向服务架构的过程来为你提供指导。无论你是一名已经在实践中应用SOA的架构师，还是有志成为一名架构师并渴望获得更多知识的工程师，这本书都是为你而写的。
圆满实施SOA可以让企业获得丰厚的回报。如果实施得当，企业将包含一组健壮、灵活、可复用的业务和基础设施服务。这样，企业就能通过快速重组这些服务来应对不断变化的业务需求。相反，如果SOA实施得不好，企业将会受一组脆弱、僵化的功能（我不愿称之为服务）拖累，不但不会促进企业的发展，反而会起到相反的作用。这种结果不会是你想要的。本书不仅会告诉你最佳实践，同样也会为你指出可能的陷阱。简而言之，它会指导你顺利地把SOA实施完成。
SOA架构的挑战
要想出色地完成SOA建设，你应该解决4个相互关联的架构挑战。
1.服务同时定义了业务流程和系统的结构。从此，业务流程和系统自然而然地彼此相互交织到了一起，设计一个而不更改另一个的日子已经一去不复返。它们必须一起设计，形成一种整体架构（total architecture）。这样，构建面向服务架构不再只是一项技术活动，而且也是一项需要企业里业务团体积极参与的业务活动。
2.你不会从零开始构建SOA。你的企业目前正在使用一组业务流程和系统来运营。仅仅因为想构建SOA就把现有业务经营活动打乱，这种后果你承受不起。务实地讲，你应该逐步把现有业务流程和系统发展成SOA。在这个转变过程中，各个项目必须独立于你的SOA项目持续交付有形的业务价值。
3.在实施过程中，对于SOA愿景的解释应该一致。SOA的实际实现过程是以项目为单位逐步进行的。在当前项目中开发出的服务必须满足未来的需求，而今天的项目必须能利用以前项目开发出的服务。确保现有服务能被恰当利用，而且新服务能满足未来需要，要求在多个项目之间进行协调和规划，既要着眼于现在，又要兼顾未来。
4.面向服务架构实质是分布式系统。由此，对于所有经典分布式系统的设计问题，你的SOA都必须包含前后一致的解决方案：根据通信延迟权衡服务粒度，解决通信故障，管理分布于服务和站点的信息，协调服务执行和负载分配，确保服务和业务流程的可用性和容错性，保护你的信息，以及对业务流程和服务都要进行监视和管理。影响解决方案决策的需求源自业务流程相关的需求，业务流程和系统设计因此紧密地联系在了一起。同上面说的一样，在所有项目中，解决这些问题应该采用一致的方法。
最后，身为架构师，你的挑战还在于组织业务流程、人员、信息和系统之间的协作，并将协作的重点放在实现企业目标之上。
本书简介..
本书为解决你的架构挑战提供了全面指导：它向你展示了如何平滑地集成业务流程设计和业务系统设计；它将告诉你如何演变现有架构以实现SOA目标并在转变期间维持对企业经营活动的支撑；它说明了如何使用一个积极的企业架构小组给多个项目带来一致性和有远见的架构观；它最后展示了如何全方位地解决你将面临的分布式系统设计问题。
本书由九个部分组成。第一部分介绍了架构、服务和整体架构合成方法论的基本概念。第二部分到第八部分讨论了一系列架构设计的问题，范围从理解业务流程到监视和测试架构。第九部分以这些讨论为基础，描述了复杂业务流程和工作流相关的大规模设计问题，并最终以企业架构小组工作方式的总结性讨论作为结束。
从第二部分到第八部分，每个架构主题都从两个角度进行讨论：项目角度和企业架构角度。每部分都首先讨论设计问题，仿佛项目架构师正从零开始创建整个架构。每部分的最后一章则描述了多项目环境的现实，并就如何确保设计问题能贯穿整体架构得到妥善解决，探讨了企业架构小组必须扮演的角色。这种内容安排上的分离不仅强调了项目架构师和企业架构师需要采用的合作方式，也强调了他们各自的职责。在第九部分中，企业架构小组章节对该小组的活动进行了总结。
使用全书和各章节的方式有两种。一种方式是将其作为处方。本书给出了解决各个项目和管理整个企业架构的结构化方法。另一种方式是将其作为审查的指导方针。每章都讨论了一个主题并以该主题相关的关键问题列表作为总结。先将问题作为对当前项目和企业架构工作的自评指南，然后使用各章内容来审查具体问题和用来解决问题的各种方法。不论使用哪种方式，都可以增强你的企业架构。
本书是一本构建企业架构的综合指南。虽然重点无疑是SOA，但SOA终究只是一种分布式系统架构风格。现实世界的企业架构是SOA和非SOA元素的混合体。为了反映这一现实，本书的讨论并没有仅限于SOA，而是对分布式业务系统架构进行了全方位的覆盖。
本书介绍的实用方法将指导你理解要面临的每一个问题、可能解决方案的选择，以及在构建解决方案时的权衡因素。每章末尾的关键问题不仅提供了合适的总结，而且也可方便地作为架构审查的问题。这些问题及每章相应的讨论将引领你走向SOA的成功。
致谢
本书献给我的妻子Maria。没有她的爱和支持，本书及前一本书将永远无法面世。她承担了许多本该由我来做的琐碎之事，并在我心生厌倦之时给予我鼓励。仅用语言难以表达我的爱和感激。
在整本书的写作过程中还有许多人提供了帮助。我要感谢让我学会未知领域探索方法的导师：John Reschovsky、Joel Sturman、David Oliver、David Musser和Mukkai Krishnamoorthy。我要感谢对书中思想献计献策的同事：Jonathan Levant、John Hutchison、James Rumbaugh、Michael Blaha和William Premerlani。感谢Brian Pierce、Bruce Johnson、Paul Beduhn和Paul Asmar，他们对我的企业方法论成果提供了帮助。感谢Paul Asmar、David Leigh、Saul Caganoff和Janet Strong，他们使这些实际的架构概念更能经受住考验。感谢Michael Blaha和William Premerlani，他们帮助我把概念变成书。感谢Paul Asmar、Ram Menon、Roger Strukhoff、Scott Fingerhut、Peter Gordon、Michael Blaha和Charly Paelinck，他们帮助我把本书变为现实。...
媒体评论
“本书是实现SOA的企业架构师的必备读物。本书通过实际例子解释了业务需求、业务流程设计和服务架构之间的关系，并通过将SOA实现直接联系业务价值来揭示不断成功和获得资金的关键。”.
——Maja Tibbling，Con-way公司首席企业架构师
“虽然还有其他关于架构和ESB、SOA及相关技术实现的书籍，但是只有这本新书把握了实际的知识和经验。它给出了将需求和愿景转变成坚实。可重复和增值架构的方法。我由衷地推荐它。”...
——Mark Wencek，Ultimo Software Solutions公司顾问服务联合部门高级副总裁
——Maja Tibbling，Con-way公司首席企业架构师
“虽然还有其他关于架构和ESB、SOA及相关技术实现的书籍，但是只有这本新书把握了实际的知识和经验。它给出了将需求和愿景转变成坚实。可重复和增值架构的方法。我由衷地推荐它。”...
——Mark Wencek，Ultimo Software Solutions公司顾问服务联合部门高级副总裁
