执行SOA
2009
机械工业出版社
Norbert Bieberstein
179
王海鹏
无
几年前，为了尝试JDK 1.5中的并发包，我写了一个多线程的网页爬虫程序，利用线程池来抓取和分析页面。并发200个线程，每个线程从待爬URL队列中取得一个URL，取回网页，进行分析，找出其中的URL链接，再放人待爬队列。开发过程很正常，但在测试中遇到了问题。在爬了7万多个网页之后，程序开始越来越慢。凭感觉判断，有一些线程“死”掉了。多线程的调试并不是件容易的事。这个问题很“难”再现。这不是普通意义上的难再现，它每次都会出现。但要跑到7万多URL时，才会出现。也就是说，再现这个问题的代价很大。我试过将线程池的大小退化到1，想找出什么样的URL，会导致线程死掉，但是行不通，因为速度太慢。当时的IDE也缺乏对多线程调试的一些支持。而且即便有支持，可能也不太适合这种情况。后来因为种种原因，那个程序就不了了之了。这本书中SOA治理的思想给了我一些启发：我们需要关注服务执行的健康状况，包括服务执行的时间。例如，我们可以进行这样的改动：在每个线程领取URL时，记录一个时问戳。在它完成这个URL处理时，再记录一个时间戳。再利用一个线程，对未完成的URL定时检查它的健康程度。如果在很长的一段时间内它还没完成，那么它就有问题。这样我们可以找到嫌疑URL。我们可以对这种URL，单独测试，看看是否因为程序的原因，不能处理这样的URL。或者，我们可以把对应的线程任务杀掉，直接跳过这些有问题的URL。如果您和我一样，是一名开发人员，学习一些SOA的思想是很有帮助的。我们可以在程序中设计一些机制，支持运营维护和故障分析，这正是SOA的一部分内容。IT运维部门需要SOA。业务部门需要SOA。企业高层需要SOA。设想一家经营固话业务的电信公司，通过兼并和重组，拿到了一个移动网络。公司最需要的是什么？就是SOA。
本书细致全面地描述了SOA，从架构视图直到实际的实现，展示了如何克服成功实施SOA的关键障碍，并确定了针对所有方面的最佳实践。本书关注的问题包括：引入服务原则，支持协作和信息过程共享；利用已有的技术资产和策略来集成服务；为新的工具选择正确的角色；文化、治理和架构方面的转变；为整个组织机构的生命周期带来更大的敏捷性。 本书内容详实，结构清晰，可作为管理与技术人员的参考用书。
Norbeft Bieberstein，是lBM解决方案架构师，负责沟通SOA在提供价值方面的进展。他在IT和计算机科学方面的经验超过27年。
译者序序致谢作者简介对本书的评价第1章 SOA简介 1.1 SOA回顾 1.2 要考虑的新问题 1.3 这本书有何不同 1.4 这本书写给谁 1.5 这本书包含哪些内容 1.6 developerWorks的文章链接 1.7 参考资料第2章 揭示好处 2.1 为什么业务部门应该关心SOA 2.2 架构 2.3 聚焦业务架构 2.4 业务过程 2.5 业务组件 2.6 揭开面纱 2.7 developerWorks的文章链接 2.8 参考资料第3章 SOA治理 3.1 SOA战略的治理 3.2 针对SOA进行组织 3.3 SOA治理的考虑 3.4 小结 3.5 developerWorks的文章链接 3.6 参考资料第4章 服务建模和设计方法学 4.1 一个SOA参考架构 4.2 面向服务的建模和架构 4.3 小结 4.4 developerWorks的文章链接 4.5 参考资料第5章 利用可复用的资产 5.1 什么是资产 5.2 服务复用 5.3 什么让SOA服务变得可复用 5.4 复用模式 5.5 让遗留系统可复用：从遗留的整体应用中获取可复用组件 5.6 小结 5.7 developerWorks的文章链接 5.8 参考资料第6章 服务实现第7章 信息服务第8章 在SOQ下协作第9章 SOA的未来
插图：第1章 SOA简介“又是一本面向服务的架构(s0A)的书”您可能会这样想。书店里已经有几百本这样的书在卖了。在4年的成功应用之后，s0A已经形成丁强大的市场价值，您几乎可以买到任何“基于soA的某种产品”。市场人员很快发现了这种强烈的趋势，所以将产品重新命名或描述为soA兼容的、基于s0A的、为soA而生的，以及一切与s0A有关的。虽然出了大量介绍soA的书，但有一些问题仍没有涉及。所以，在这本书中，我们将讨论这些“漏掉的问题”。SOA的原则不是新的，不是和这个缩写同时发明的，很多供应商“觉得很有理由”宣称他们的产品是基于sOA的。当然，如果您检查一下IT解决方案，您会发现SOA的原则在几十年以前就实现了。例如，在一些财务服务公司的IT部门内部开发的基于大主机的解决方案，已经很聪明地考虑到了将来的复用和变更要求。以一种松耦台的方式来构建。在某些情况下，已经采用了我们今天所谓的企业服务总线(EsB)的架构。这些单元虽然没有以这样的方式来标识，但它们确实是按soA的要求来运行的。架构原则不是最近才发明的，您可以认为它们是SOA的基础。在我们深入细节之前，让我们进一步了解一下SOA的历史。SOA是如何产生的?这个问题的答案将很快揭示成功执行soA的关键要素。但是，只了解历史是不够的，早期基于服务的架构要向soA转变，还必须考虑一些新的问题。
在《执行SOA:SOA实践指南》中，四位有经验的SOA实施者针对在最大、最复杂的SOA计划中的成功交付，分享了真实世界的、经过验证的实战指南。《执行SOA:SOA实践指南》紧承作者们的畅销书《Service—Orierlted Architecture Compass》，展示了如何克服成功实施SOA的关键障碍，并确定了针对所有方面的最佳实践，包括技术方面、组织机构方面和人员方面。《执行SOA:SOA实践指南》关注的问题包括：引入服务原则，支持协作和信息过程共享；利用已有的技术资产和策略来集成服务；为新的工具选择正确的角色；文化、治理和架构方面的转变；为整个组织机构的生命周期带来更大的敏捷性，而不只是针对独立的项目。《执行SOA:SOA实践指南》对于每个力求在复杂环境中通过SOA来实现价值的企业架构师、技术经理和lT领导人来说。是一项必备的资源。《执行SOA:SOA实践指南》内容包括：实现SOA治理。反映组织机构的战略和业务重点。成功执行SOA项目：关于服务建模和设计的实践指南和经过验证的方法学。利用可复用的资产：最大限度地利用SOA库。让架构师能够选择正确的工具和产品，它们包含执行SOA方法进行服务设计和实现时所需的功能。定义信息服务，以便让合适的人在合适的时间收到合适的信息。集成SOA与Web 2.0，以及其他创新的产品和解决方案。在SOA环境中提供高度可用的人员接口。
无