dedecms织梦内容管理系统    
首页 | java | C/C++ | PHP | 操作系统 | ajax | 脚本编程 | 安全技术 | 本站下载页 | flex | CRM | 专题 | QQ群 | 测试中心 | 会员中心 | 积分规则
  当前位置:主页>CRM>文章内容
IT SOA vs 业务SOA?
来源: 作者:

Jeff Scheneider最近一篇博文中,他讨论了他最近就IT SOA与业务SOA之间差异分别与IBM和SAP相关人士交谈的结果。前者能帮助你更有效的运营一个IT组织,而后者是关于创建新的信息产品与能力。几年前Steve Jones曾提到技术SOA是IT部门的灵丹妙药,所以也许在IBM和SAP谈到IT SOA的时候,他们指的就是技术SOA?

援引Jeff的说法,SAP……

……将SOA定位于他们大型业务应用套件的技术实现手段。他们出售[基于SOA的]业务解决方案。

……从本质上看来这好像有点循环定义的意味。然而,Jeff对此很满意,因为这意味着IBM和SAP将SOA视为一种技术实现手段。因而,越过这些实现方案(包括ESB和其它可能的IT SOA实现)并重点关注业务SOA的时候到了。

在业务SOA的范畴,我们需要考虑一系列新的“业务SOA模式”:
--我们如何通过新的渠道来交付新的业务产品?

--我们如何向分销商,零售商和消费者传递更多/更好的信息?

--如何合并/共享信息以促成一个更紧密的供应链

根据这一点,Jeff总结了七个不受欢迎词汇(Dirty Words)来描述IT SOA的七宗罪:

  1. 松耦合(Loose Coupling)
  2. 抽象(Abstraction)
  3. 重用(Reuse)
  4. 自治(Autonomous)
  5. 可暴露性(Discoverability)
  6. 可组装性(Composability)
  7. 互操作性(Interoperability)

也许SOA的技术方面都被过于强调了。但如果是这样的话,问题的症结在哪儿呢?肯定是像IBM和SAP这样(显然)兜售解决方案的技术公司的错吗?还是如Steve所说:

[技术分子]是如此的受到某种特定技术与方案迷惑,以至于恨不得所到之处都想用它来改造世界。这就像上瘾了一样……

目前尚不明确IT SOA已经到了瓶颈这样的想法与SOA正在衰退这样的报告有何种联系,特别是在大量这类报告都在强调其技术的层面的时候。显然这些失败仅仅只是表明了错误的技术选型,抑或如Mark Twain的解述,IT SOA的终极审判只是一种极大的夸张罢了?


上一篇:虚拟化导论   下一篇:Python 2.6 beta3 和 3.0 beta3 发布
[收藏] [推荐] [评论(0条)] [返回顶部] [打印本页] [关闭窗口]  
用户名: 新注册) 密码: 匿名评论
评论内容:(不能超过250字,需审核后才会公布,请自觉遵守互联网相关政策法规。
 §最新评论
  热点文章
·CRM应用设计的基本特点
·定义客户关系的属性
·为什么开发CRM系统
·CRM给企业带来什么
·CRM功能
·帅康集团客户关系管理系统
·客户关系管理—赢得"心"的营销
·客户关系管理(CRM)在国内电信
·成功购买CRM软件的六个步骤
·顾客关系管理系统设计
·巴黎春天“e购卡”设计方案
·短信平台
  相关文章
·ERP之成长烦恼:热概念遭遇冷需
·企业技术整合 SOA专业人员需求大
·EPR和SAP的一些名词解释
·利用SOA简化集成BI
·SOA实施以ESB为通讯支柱
·使用活动对象模型解决复杂业务事
·CRM越用越差是为什么
·零售业CRM项目实施案例的具体应
·基于CRM的渠道冲突与共赢管理
·财政预算紧张情况下10种CRM的实
·现代企业管理中的CRM(下)
·现代企业管理中的CRM(上)
  相关信息
copy right @ 百家拳软件项目研究室 2007 辽ICP备07011763