BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

SOA实现八大陷阱

| 作者 Thomas Erl 关注 0 他的粉丝 ,译者 林伯仲 关注 0 他的粉丝 发布于 2007年6月9日. 估计阅读时间: 7 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

随着SOA渐成IT潮流, 越来越多的SOA项目启动了。有些项目彻底失败了,有些项目则勉强成功了。如何吸取这些失败项目的教训,并形成自己规划SOA路线图所需的远见与策略,这将是未来SOA项目成功实现的关键。在此我们收集了自去年以来所注意到的SOA实现八大陷阱,希望能为各位实现SOA提供借鉴。

8 与SOA 市场的脱节

在IT市场各领域中很少有像SOA 领域如此变化多端。任何SOA计划均需考虑市场的现状和趋势,以决定现在投资哪些平台技术,哪些则可以等待。

针对基于Web 服务的SOA 实现,有许多产品和平台技术可供选择。由于许多用户喜欢评估和选择不同的技术实现路线,SOA市场竞争也必将愈演愈烈。从Web服务的角度来说,一个考虑的技术市场因素则是产品提供商如何对待现在正处于发展阶段的各种Web 服务规范。厂商多样化及其各种平台与开放标技术的靠拢是SOA 实现计划的关键考虑,但这些经常被忽视,并导致错误的决策与投资。

7 缺少Web 服务安全计划

很多基于Web 服务的SOA实现倾向从小项目开始,其Web 服务技术的应用程度也就往往局限于特定环境下开发人员及架构师对该技术框架的了解和掌握程度。一旦Web服务技术在占据了IT 架构的主导作用后,对信息安全和共享服务的访问控制也就提上了日程。Web服务安全框架建立了一套普遍认可的安全模型,这种模型基于一系列规范并最终成为面向服务应用及企业IT架构等各个层面的重要组成部分。

即使你的平台供应商未能提供足够的Web服务安全支持,甚至你现在基于SSL 的实现也符合当前需要,我们还是提倡密切关注潜在的变化与需求。任何缺乏Web服务安全考虑的计划必将导致重构甚至二次开发。如果只在急剧增加服务应用数量后才考虑Web服务安全问题,这种问题将显得更加严重。

6 缺少服务治理计划

在采纳SOA的过程中,企业组织必将面临如何控制和管理,以及演变不断增加的服务应用数量。当一个企业加快重用服务的开发时,并相应迅速增加服务应用的共享时,这种问题将更加突出。SOA治理对企业组织的许多方面提出挑战,如资源分配、IT人员的角色、内部标准、流程及项目周期。缺少SOA治理计划必将造成任何大规模SOA实现的失败。

5 缺少对SOA 性能需求的理解

松耦合是需要付出代价的。以Web 服务为基础的SOA引进数据处理的多层结构并由此带来了额外的性能开销。当SOA大规模应用时,基于消息的通讯流量相应几何增长,此时性能问题必将突显。因此,任何成功的SOA实现需要预先正确理解各种IT应用的性能需求及基础架构性能局限。这意味着对消息处理能力的大量测试,密切注意服务设计,以在各种影响性能的因素之间取得平衡。

4 缺少对XML数据格式的总体考虑

XML是基于Web 服务的SOA 实现的核心。关于XML 的规范是Web 服务规范标准的基础。许多SOA实现过于关注服务间的数据转移,而忽略了对数据结构和效验的设计。这种忽略必将导致XML数据格式层的不恰当实现,由其缺陷所带来的影响将波及SOA 应用的各个层面。

3 缺少迁移计划

缺乏迁移计划会大大减少SOA部署的成功机会,因为许多服务的部署与设计将导致基础架构的重新考虑。迁移计划允许公司组织有控制地阶段性实现SOA,并从技术,架构,及组织层面进行计划。

典型的用SOA迁移计划包括影响分析(SOA对现有资源、流程、特殊标准及技术的改变程度等),迁移架构(SOA实现各阶段的架构及其最终目标架构),以及机会与风险分析(考虑Web及相关技术的前景与风险机会)。

2 缺少关于SOA的内部标准

真正的SOA 实现需要制定并遵循一套严格的内部设计标准。缺乏标准将导致许多问题,包括不兼容的数据格式和不规则的服务接口。一套严格的内部标准可以确保封装后台逻辑的设计与服务交互的统一性。

1 以传统的分布式架构实现SOA

SOA 实现的首要陷阱是以传统的分布式架构实现面向服务的应用,并认为SOA已经实现了。SOA 不是 CORBA + XML,更不是ASP.NET+WSE。 面向服务与面向对象不同,面向对象的组件逻辑也远未能适合面向服务的应用环境。SOA是一种完全不同的基于面向服务的架构模式,一种不同的设计范式。正确理解这些不同之处是实现SOA的关键所在。

注:本文中的一些概念来自《ervice-Oriented Architecture: Concepts, Technology, and Design》一书,作者为Thomas Erl,由Prentice Hall/Pearson PTR出版。更多信息,请访问www.soabooks.com

关于作者

Thomas Erl(terl@soasystems.com)是SOA领域的畅销书作者。他的第一本书《Service-Oriented Architecture: A Field Guide to Integrating XML and Web Services》,提供了确立SOA架构的战略指导。第二本书《Service-Oriented Architecture: Concepts, Technology, and Design》是业内第一本构建SOA的“How-to”指南,涵盖了面向服务分析和设计的上手指南,以及对面向服务原则的全面概括。

另外Thomas还是SOA Systems公司的创始人,关注于SOA咨询、计划、培训服务等。SOA Systems在SOA领域里的面向服务研究和对主流SOA方法的发展都做出了突出的贡献。更多信息,请浏览www.soasystems.comwww.thomaserl.com

查看英文原文:Top 8 SOA Adoption Pitfalls
译者简介:林伯仲, IONA科技公司亚太研发中心研发经理。他和他的北京同事目前致力于SOA基础架构软件研发,并共同参与多个SOA及Web服务开源项目,包括Eclipse STPApache CXF等。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

soa正式推出到现在,只有一个字:乱 by 青 润

现在的soa每个公司都有自己的实现模式,都互不相同,都相互指责,莫衷一是。何谓soa,大家是不是应该好好反思一下,商业炒作和实际系统实现之间,还是有很大差别的。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT