写点什么

SOA 实现八大陷阱

  • 2007-06-08
  • 本文字数:2167 字

    阅读完需:约 7 分钟

随着 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.com www.thomaserl.com

查看英文原文: Top 8 SOA Adoption Pitfalls - - - - - -

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

2007-06-08 00:301932

评论

发布
暂无评论
发现更多内容

实时音视频通讯过程中声音的那些事儿

liuzhen007

音视频 5月日更

学习笔记之:孩子学习老是跑?日更好“难”

Nydia

学习

什么是线程安全?一文带你深入理解

程序猿阿星

线程安全 信号量 线程同步 互斥锁

DDD这样落地

码农戏码

DDD

面试被问 Spring cloud 上下文,可以这样回答

Damon

spring SpringCloud 5月日更

企业数字化转型分为三个阶段

石云升

数字化 5月日更

谈一谈“数字资产”

小天同学

思考 数字时代 5月日更 数字文物 数字内容

架构实战营 - 模块 4- 作业

泄矢的呼啦圈

架构实战营

Redis - 列表

旺仔大菜包

redis

领域驱动设计101 - 实体

luojiahu

领域驱动设计 DDD

后悔:要是当初那样就好了

石云升

思维方式 5月日更 后悔 人生选择

MySQL数据库学习笔记(1)

lenka

5月日更

🚀【高并发技术专题】你需要了解的秒杀方案

洛神灬殇

高并发系统设计 高并发优化 5月日更

架构训练营模块4作业

Geek_649372

架构训练营

从 Netflix 到 Alibaba,Spring Cloud 更好了吗?

博文视点Broadview

实时语音如何过质量关?

cv君

深度学习 算法 音视频 引航计划

架构实战营 - 模块 4- 作业

请弄脏我的身体

架构实战营

Netty引导器Bootstrap学习笔记

风翱

Netty 5月日更

(深入篇)漫游语音识别技术—带你走进语音识别技术的世界

攻城先森

深度学习 音视频 语音识别 5月日更

项目管理学习到的教训

胡迪伦

项目管理

带你认识时域、频域与Android系统Visualizer

Changing Lin

音视频 5月日更

线性表,栈,队列,数组草图

鲁米

没有发生GC也进入了安全点?这段关于安全点的JVM源码有点意思!

CoderW

Java 源码分析 JVM GC

ES_her0

5月日更

测试开发需要掌握哪些技术?

夏兮。

方法论 测试 CI/CD automation 语言 & 开发

开源流媒体服务器SRS学习笔记 - 安装、推流、拉流

赖猫

音视频 SRS SRS流媒体服务器

架构实战训练营 - 模块四课后作业

Johnny

架构实战营

高性能JavaScriptの笔记(二)

空城机

JavaScript 大前端 5月日更

【LeetCode】罗马数字转整数Java题解

Albert

算法 LeetCode 5月日更

Golang 程序实体

escray

学习 极客时间 Go 语言 5月日更

Android 音视频采集那些事

LoveYFan

音视频

SOA实现八大陷阱_SOA_Thomas Erl_InfoQ精选文章