BT

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

SOA重在技术还是业务?

| 作者 Arnon Rotem-Gal-Oz 关注 0 他的粉丝 ,译者 郭晓刚 关注 0 他的粉丝 发布于 2007年9月8日. 估计阅读时间: 3 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

Nick Gall发帖说脱离技术去讨论SOA是有问题的。他是看了Andrew McAfee的一篇批评“无关技术论”(It's not about the technology,INATT)的贴子之后有感而发。

Andrew认为有两种类型的INATT。一种是表达得不够充分,另一种则是完全错误而且误导人的。Andrew说第一种说的其实是“不仅仅跟技术有关”,第二种则是“讨论问题的时候可以忽略技术细节”。

Nick把Andew的定义用到SOA身上,他说:

跟Andrew一样,每当我听到这种说法都要颤一颤——尤其是在SOA的讨论中,更尤其是在Yahoo新闻组Service-Orientated-Architecture上面的SOA讨论中。在这些讨论里头,实现SOA的各种技术上的选择是被当作不相干的事情而不加考虑的,讨论的人只是在夸夸其谈中自得其乐。

Burton的Anne Thomas Manes承认她也说INATT,不过她相信自己用的是这句话的另一层意思,目的是强调在设计中技术是次要的:

更具体地说,技术是实现上的决策。当项目启动的时候,项目团队应该首先确定和分析项目需求,然后才选择适当的技术来满足项目需求。

Anne说,技术只是工具,你要为工作选择正确的工具——但首要的事情应该是确定要做的是什么工作。

但毕竟SOA是一种架构风格,跟任何架构性工作一样,你必须首先想清楚你的架构性目标。不过在作出技术上的选择之后,还是应该回头去重新检查你在架构上的决策。(见下图)。因为技术、平台之类总有它们自身的一套架构、功能和局限。

Architecture Inputs

(引用自“An Architectural look at SOA”)

在最近一篇名为《以ESB为导向的架构:错误的SOA采纳路径》中,IBM的Bobby Woolf(著名的《Enterprise Integration Patterns》的作者)提醒我们:

“客户常常希望单纯构建ESB,因为这样可以避开难搞的业务需求,专心解决技术上的挑战。单纯构建ESB是IT人员的梦想,这样他们可以先建立ESB,然后指望以后会有SOA跟上来利用它。这种以ESB为导向的架构丢掉了SOA的优势。它没有产生业务价值。实际上,花费了成本却没有收获直接的利益。而且它不能让IT与业务保持齐头并进。比ESB为导向的架构更好的是以SOA为导向的架构。不要单纯构建ESB;把它作为SOA的一部分来构建,最好是能适合IBM所推荐的SOA Foundation架构。”

总而言之,技术是重要的,因而我们在设计SOA或者任何项目的时候,都不可能忽视技术。然而技术应该放在第二位,业务才是第一位的——是这样吗?你怎么想?

查看英文原文:Is SOA about the technology?

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

工具就应该是为目标而服务的 by 霍 泰稳

一把剑就是再锋利无比,如果目标只是用来切白菜,就失去了这把剑的意义。SOA也是一样,它是为了构建灵活的企业IT环境而产生的,可以使用各种技术来实现,但如果一味地强调技术就有点本末倒置了。

允许的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