执行SOA—SOA实践指南简介_执行SOA—SOA实践指南个人资料_执行SOA—SOA实践指南微博_百科网
A-A+

执行SOA—SOA实践指南简介_执行SOA—SOA实践指南个人资料_执行SOA—SOA实践指南微博

2018-01-17 01:05:22 科学百科 阅读 5 次

执行SOA—SOA实践指南/执行SOA—SOA实践指南 编辑

  作者:(美)NORBERT BIEBERSTEIN

  译者:王海鹏

  出版日期:2009-5-1

  出版社:机械工业出版社

  书号:9787111266822

  定价: 35

内容/执行SOA—SOA实践指南 编辑

  实现SOA治理。反映组织机构的战略和业务重点。

  成功执行SOA项目:关于服务建模和设计的实践指南和经过验证的方法学。

  利用可复用的资产:最大限度地利用SOA库。

  让架构师能够选择正确的工具和产品,它们包含执行SOA方法进行服务设计和实现时所需的功能。

  定义信息服务,以便让合适的人在合适的时间收到合适的信息。

  集成SOA与Web 2.0,以及其他创新的产品和解决方案。

  在SOA环境中提供高度可用的人员接口。

赞誉/执行SOA—SOA实践指南 编辑

  面向服务的架构(Service - Oriented Architecture, SOA)已经不是新东西了。实际上,随着技术成熟曲线的发展,它经历了一些紧缩和倒退,有了不少失败尝试的案例。为什么会这样?如果这个方面是如此紧迫,为什么一些人转向怀疑和公然反对?主要原因在于我们都没有理解这种转变的困难,在业务和IT基础设施方面,它都需要训练有素的人员、深刻的理解和积极的行动。在协作和跨团队的过程中,我们需要训练有素的人员,这样我们才能够进行更大范围的、关于组织结构的思考,而不只是个人的、局部的“快速修复”或局部应用。因此,许多计划尝试失败的原因是多种多样的:

  未能建立有效的治理,或者甚至未能意识到这种治理必须改变现状,通过交付共享的、有用的和有效的服务来获得持久的好处。

  试图在组织机构的独立部门中引入服务的原则和方法,而没有大幅度地改变共享的文化和信息处理的过程。这种疏忽绝对会导致失败。

  未能理解如何将有关服务的新思维与原有的技术资产和方向进行集成。

  相信单项技术或工具将实现期望的结果。

  相信速度来自敏捷,而敏捷则简单等同于“快速交付”独立的、互不相干的项目,没有考虑到组织机构范围的生命周期。这也被称为无结构的混沌。

  在我看来,追求SOA的基本动机或理由在今天尤为普遍,超过以前任何时候。通过更快的速度和创新的业务模式来进行竞争的压力没有改变。对于企业、生态系统和供应链全球化的压力正在加剧。依赖于IT系统来扩张业务的需求持续增长,技术遍及商业和日常生活的方方面面。

  在所有业务模式的转变中,许多扩张问题都来自于因特网所提供的途径和选择,因特网正变得越来越无所不在。因特网正在改变和演进。带宽不断增长,导致的网络效应正为新的公司和业务模式提供机会,同时也对已有的公司和业务模式形成破坏性的冲击。我们只要看看音乐行业中发生的例子(实际上是整个娱乐行业)。电信服务提供商(TSP)是典型的例子,其中行业的垂直集成和账单模式已经被基于IT的服务和设备的引入所击碎。两者的交集(娱乐业和TSP)变化更是戏剧性的,并且对消费电子、汽车等行业产生了影响。不断增长的选择和由此导致的全球供应链、供应源的转变对一切都产生了影响,从制造的产品,到知识产权,再到人才。没人能置身事外。

  IT系统必须支持或引领这种潮流,否则,与之相联系的业务将在竞争中失败,沦为淘汰者。支持灵活性和规模伸缩的关键就在于面向服务的架构原则。前面曾提到,SOA中没有魔法。在很大程度上,它是古老的“模块化”和结构化分解概念的演进版本,强调在全球化的、开放的环境中更好地实现IT和业务的融合。但是,要在因特网上成功部署基于服务的架构,实现模块化和共享,真正支持全球化的业务,一些基本的规模伸缩问题以前还没有人尝试过。

  我对这个伸缩性问题的体验来自于在IBM中转变Rational。我曾经尝试利用SOA来影响Rational的业务和Rational的技术中文化和技术的演进。Jazz的方向和架构是这种策略转变的主要体现,这种策略不仅源自于基于因特网的架构,也源自于对开发工具和平台底层的业务和技术的重新思考。这让我们开始创造新的产品,从已有的产品演进,并利用新的业务模式(定价和打包)在交付客户价值方面的优点。正如本书所介绍的,这要求文化的转变,治理模型的转变,涉及组织机构、技术假定、信息架构、协作服务等。这要求我们重新思考软件开发的工作,将它建模为一系列的业务过程,这些业务过程需要建立起来,并通过动态的测量指标监控服务来实现报告,这些服务可以放在全球分布的内部网上。现在说我们已经将愿景变成现实还为时尚早,但我比以前任何时候更坚信,这样做是对的。

  出于这种精神,我推荐您阅读这本书,进一步了解我们和客户在过去4年中各种基于SOA的工作经验所带来的好处。前一本书展示了舞台,带给我们许多关键的问题和思考。这一本书深入探讨了治理、服务管理,特别是生命周期的挑战等关键问题。它关注了我在一开始提到的许多失败原因。作者们经验丰富,而且提炼出了最佳实践,为实现成功的SOA转变提供了实际可行的、深思熟虑的路线图。好好享受这本书。毕竟,假如事情很容易,那么每个人都能做好!

  Daniel Sabbah

  GM, Rational Software

  IBM Software Group

致谢/执行SOA—SOA实践指南 编辑

  我们要感谢IBM的管理团队,允许我们花时间来编写这本书。所有在IBM写的书都得到了管理层的支持。我们感激这种支持,以及允许我们在编写本书时访问必需的资源。谢谢IBM Software Group和IBM Global Services的直接支持主管,特别是IBM全球咨询服务的总经理Robert LeBlanc。

  我们要感谢IBM Press和Pearson Education的工作者,这些出版人和员工帮助完成市场方面的工作,并完成了这本书的出版工作。我们要感谢IBM Press的Tara Woodman和她的团队。我们要感谢Pearson Education的Greg Wiegand,他在选题阶段给予我们帮助。我们也要感谢Pearson Education的Katherine Bull,她是高级编辑,让我们著作能符合标准。我们要感谢开发编辑Ginny Bess Munroe和拷贝编辑Keith Cline,他们对可理解性提出建议,帮助我们更好地表达我们的想法。我们要感谢Sue Outterson,她提供了技术审读,指出了不一致的地方。我们也要感谢Pearson的产品和市场团队,他们的帮助让这本书变成现实。

  我们还想感谢所有那些令人吃惊的才华横溢的人们,他们在IBM developerWorks (http://www?ibm?com/developerWorks)and IBM Redbooks (http://www?ibm?com/redbooks)上发表了大量的文章,让公众分享。在第5章“利用可复用的资产”为例,它包括了这些人的贡献:Alan Brown、Mikko Kontio、Dr?Tracy Gardner、Larry Yusuf、John Lord、Eoin Lane、Clive Gee、John Medicke、 Feng?Wei Chen、Margie Mago、Scott Linehan、Kevin Williams、John Ganci、Amit Acharya、Jonathan Adams、Paula Diaz de Eusebio、Gurdeep Rahi、Diane Strachan、Kanako Utsumi、Noritoshi Washio 和Grant Larsen。

  最后,我们想感谢对本书的各章做出贡献的许多人。Clive Gee来自IBM UK,他在治理方面与客户合作了多年。他对什么有效、什么有意义的深刻见解,让我们的SOA治理和SOA组织部分的内容受益非浅。Randy langel来自IBM U?S?,告诉了我们关于SOA治理的业务方面和SOA治理的子集方面的内容。Bruce hawken来自IBM Australia,展示了他的洞见和专注,他让SOA治理成为现实并令人鼓舞。我们感谢他们3位对SOA治理部分的贡献。我们也要感谢Dr?Ali Arsanjani,他是IBM杰出工程师,在过去数年中,与我们多次讨论了SOMA,我们在这个主题上获益良多。我们也要感谢Patrick Haren,IBM执行架构师,他的关键复查和建议让我们最终完成了第4章的工作。我们感谢Marc Fiammante,他是IBM杰出工程师,不管多忙,他总是抽出时间来,为我们提供急需的意见和指导。我们感谢Rosalind Radcliffe,来自IBM Tivoli的STSM,他为SOA架构的产品提供了关键的意见。我们感谢Sankar Singha,他是IBM高级架构师,他帮助我们将第6章的内容组织在一起。最后,我们要感谢Thomas Schaeck,他是IBM杰出工程师,参与开发了Lotus Quickr和WebSphere Portal Web 2?0。他在协作式解决方案方面提供了深刻见解,这种解决方案能够扩展基于SOA的IT在企业中的好处。

作 者 简 介/执行SOA—SOA实践指南 编辑

  Norbert Bieberstein 为IBM的SOA高级技术部门工作,在全球范围内发布和沟通SOA相关的主题。他从客户项目那里取得了第一手的经验,这些客户项目属于不同行业,正努力向基于SOA的解决方案迁移。Norbert发表了一些关于SOA的文章,与IBM Systems Journal issue 44?4在SOA方面进行合作,他也是《Service?Oriented Architecture Compass》(IBM Press, 2005)一书的第一作者。在2007年,“SOA for Profit”一书出版,Norbert是三位作者之一。他还参与编写了两本IBM红皮书:“Introduction to Grid Computing with globus”和“Enabling Applications for Grid Computing with Globus”。在1993年,他出版了自己的第一本书“CASE?Tools”。1989年,Norbert作为一名软件工程顾问加入了IBM软件开发实验室。他在信息技术和计算机科学方面的经验超过27年。在他的职业生涯中,曾经在一个较小的软件供应商那里担任应用开发者,也曾在Aachen University of Technology (RWTH)担任科学计算程序员,他在这所大学取得了数学和地理学硕士学位。在2006年,他从英国henley的Henley Management College的一个合作MBA课程毕业。

  Robert G?laird是IBM的IT架构师,属于SOA高级技术组,自2006年5月以来,为IBM全球范围的客户提供咨询,主要领域是SOA治理和SOA架构。他是行业TOGAF (The Open Group Architecture Framework) SOA Governance工作组的成员。

  Robert有超过20年电信行业的经验,曾在MCI和Verizon Business工作。他曾是MCI的首席架构师,领导企业的架构师团队并负责整个从订单到现金的应用套件。他领域开发了基于SOA的单栈策略,以简化多个网络和多个应用库。Rob推动了MCI的产品开发的决策、计算和执行,领域涉及合同中心、IP/VPN、VoIP、IM和受管理的服务。对于OSS,他曾成功领导并实现了自动化的网络提供、网络恢复和网络管理。

  在加入MCI之前,Robert曾在American Management Systems (AMS) 和Ideation, Inc担任咨询师。他的计算科学硕士学们和学士学位是在Purdue大学获得的,他在电信领域拥有2项专利。他曾在不同的行业论坛发表演讲,为SOA Magazine撰写文章,并被CIO Insight、 Telecommunications、InfoWorld和Computerworld引用。

  Dr?Keith Jones目前是IBM执行IT架构师,属于SOA高级技术组。主要关注为前沿客户提供面向服务的架构和实现。他在IT行业有30年的经验,曾担任系统工程师、软件架构师、战略制定者,也是多本中间件图书的作者。Keith的主要兴趣集中在构建支持事务的、面向消息和面向服务的中间件基础设施,在各种企业环境中支持业务过程。最近,他的工作涉及在主要金融服务、零售服务、汽车制造、在线媒体和拍卖公司创建基础设施。Keith拥有化学博士学位,和他的家人一起住在美国科罗拉多州的boulder。

  Tilak Mitra是高级认证执行IT架构师,属于IBM全球服务部。他为IBM在全球提供企业架构方面的咨询,帮助客户实现SOA战略,从愿景直到设计和实现。

  Tilak在零售、银行、媒体和娱乐、健康和交通行业有超过10年的行业经验,曾担任各种领导职位,工作内容涉及业务和IT转换,包括解决方案实现和交付。Tilak与IBM SOA Center of Excellence密切合作。在合作中,他对许多IBM SOA解决方案做出了贡献,参与撰写了白皮书和技术文章,这些文章成为了IBM SOA资源。他目前关注的是建立一些资产和技术,支持快速简单地开发基于SOA的复合应用,并能够在不同供应商的平台上执行(如IBM WebSphere和SAP NetWeaver)。

  Tilak拥有印度Indian Institute of Science (IISc)的电子工程学硕士学位和Presidency College的物理学学士学位。他是Java Developers Journal (JDJ)的特约记者,并且经常为IBM developerWorks、JDJ和WebSphere Developer’s Journal编写文章。他还在美国多所大学演讲,介绍SOA各方面的内容。

对本书的评价/执行SOA—SOA实践指南 编辑

  SOA是一种架构风格选择。但是,实现SOA会带来一种雪崩效应,其中一些后果目前还没有发现。通向SOA的方法不只一种。我们必须在做中学,积累经验和最佳实践。这本书对应用SOA的后果提供了有价值的深刻见解。它基于经验,对完整的服务生命周期提供了方法、原则和指导。这本书是每个企业架构师必备的。

  Martin van den Berg

  Lead Enterprise Architect

  Sogeti Netherlands

  现在许多关于面向服务的架构(SOA)的出版物只关注技术和工具。本书提供了更广阔的视图。针对SOA对业务的影响、SOA的治理和SOA架构师的方法,都分别提供了整章的内容。

  一些精彩观点包括:

  1?SOA首先关注的是业务敏捷性,而非IT。

  2?SOA是一种架构风格,并不等同于Web服务这样的技术。

  3?SOA的原则并不新,并不是和这个名词一起出现的。

  我们需要更多类似这样的书籍!

  Prof?Dr?Bernhard Humm

  全面而实用的一本书。它深刻地描述了SOA治理,给出了服务的全面视图,从架构视图直到实际的实现,我觉得这一点对我很有价值。对于准备面对SOA中艰难部分的企业架构师来说,这本书是很有用的。关于如何实现资产复用、SOA中人员的方面、描述如何适用工具的那些章节,让这本书很值得一读,而且很实用。通过对其他材料的扩展引用,它也是为进一步阅读提供了向导。

  Erik van Ommeren

  Director of Innovation

  Sogeti USA LLC / VINT

  Washington DC, USA

目录/执行SOA—SOA实践指南 编辑

  译者序

  序

  致谢

  作者简介

  对本书的评价

第1章SOA简介

  1.1SOA 回顾

  1.2要考虑的新问题

  1.3这本书有何不同

  1.4这本书写给谁

  1.5这本书包含哪些内容

  1.6developerWorks的文章链接

  1.7参考资料

第2章揭示好处

  2.1为什么业务部门应该

  关心SOA

  2.2架构

  2.3聚焦业务架构

  2.4业务过程

  2.5业务组件

  2.6揭开面纱

  2.7developerWorks的文章链接

  2.8参考资料

第3章SOA治理

  3.1SOA战略的治理

  3.2针对SOA进行组织

  3.3SOA治理的考虑

  3.4小结

  3.5developerWorks的文章链接

  3.6参考资料

第4章服务建模和设计方法学

  4.1一个SOA参考架构

  4.2面向服务的建模和架构

  4.3小结

  4.4developerWorks的文章链接

  4.5参考资料

第5章利用可复用的资产

  5.1什么是资产

  5.2服务复用

  5.3什么让SOA服务变得可复用

  5.4复用模式

  5.5让遗留系统可复用:从遗留的

  整体应用中获取可复用组件

  5.6小结

  5.7developerWorks的文章链接

  5.8参考资料

第6章服务实现

  6.1实现SOA生命周期

  6.2SOA中的建模前活动

  6.3SOA中的服务建模

  6.4SOA中的服务组装

  6.5SOA中的服务部署

  6.6SOA中的服务管理

  6.7SOA编程模型

  6.8架构和设计考虑

  6.9小结

  6.10developerWorks的文章链接

  6.11参考资料

第7章信息服务

  7.1数据和信息服务

  7.2数据,SOA与松耦合

  7.3从数据源到消费者

  7.4数据质量

  7.5数据处理

  7.6数据服务提供者的逻辑模式

  7.7复合服务逻辑

  7.8语义互操作性

  7.9小结

  7.10developerWorks的文章链接

  7.11参考资料

第8章在SOA下协作

  8.1SOA对人们意味着什么

  8.2Web 2.0与SOA

  8.3构建SOA协作环境

  8.4从SOA到企业运营的好处

  8.5小结

  8.6developerWorks的文章链接

  8.7参考资料

第9章SOA的未来

  9.1复合业务服务与复合应用

  程序

  9.2行业模型标准化与

  行业范围内支持SOA

  9.3打包的应用程序转变为单点

  解决方案

  9.4SOA和EDA的杂合架构

  方法

  9.5SOA方法学演进

  9.6业务过程和SOA涉及的人

  9.7SOA测量指标

  9.8企业中无所不在的SOA

  9.9全球使用SOA

  9.10SOA打开了业余软件服务

  市场

  9.11小结

  9.12developerWorks的文章链接

  9.13参考资料