SOA没在忽悠

个人觉得数据整合,应用协同发展的步骤分为以下几步.
第一:数据库整合
第二:应用整合
第三:暴露服务整合,请求模式
第四:SOA

这四个步骤都有这么几个要素.
第一:应用方
第二:数据提供方
第三:业务需求

说SOA是忽悠的也可以理解,因为这四个步骤都可以实现SOA的目标.可是如果从业务扩展和变更的角度去考虑就会发现不同.

一个简单的例子,本来A,B,C三个部门有一个应用(比方是公司的三个不同部门) 因为政策变化公司需要把这个三个部门整合成一个部门,这样完全可以把进行数据库整合然后重新开发应用(第一种),或者把三个部门的应用进行整合(第二种)等...
这样的整合在功能实现上是一样的. 好的又过了一段时间,公司业务发展的需要又要把这个整合后的部门分为两个部门,这时候你依旧可以和以前那样进行整合. 这样就不难看出为了适应变化投入的成本.

下面我说说 第三和第四种整合模式

第三:暴露服务整合,请求模式这种整合已经是准SOA模式了只是它把业务的流程积压在应用方,服务提供方提供服务的细节对应用方是透明的.这种整合的缺点是在业务变化的时候 还需要比较大面积的修改原来应用的逻辑.
第四:SOA,其实它把简单的服务调用流程和数据库整合规则逻辑加在了SB上,服务对应用是不透明的.应用只需要知道有这个服务就可以了,这种模式在业务变化的情况下也许只是简单的修改流程脚本而已.

所以SOA有它自己独特的领域,并不能说SOA在忽悠,如果业务变更不大,业务流程不复杂那么完全可以不用SOA去做.

SOA在理论上是要解决数据孤岛的问题,但是它在本质上确实要解决协调工作的问题.快速应答客户需求只是这种模式带来的好处而已.

我不否认SOA是一大堆适配器,在没有平台规范的情况下这种情况是难免的.君不见JAVA世界里面还一大堆接口.你能说接口就不是一个适配器吗?
SOA在发展,就请不要再否认SOA的意义,容忍SOA在发展过程中犯的小错误,存在即合理.垃圾只是发错地方的财富而已.

评论

23 楼 fjlyxx 2009-02-20  

看SOA不能从技术的角度去考虑,如果把SOA能解决的问题抛给开发人员那就很容易误解SOA的意义. 如果你从业务的角度去看待SOA的问题就会不同的. 我个人觉得在IT里面技术永远不是问题,问题是有没有这样的需求和发展的需要. 从数据整合的历史我们可以很清楚的看出SOA是发展的需要,从SOA能解决的问题来说也很容易发现SOA是客户所强烈需要的.

我觉得不应该排斥SOA这个东西  可能是SOA在我国的技术实现上不尽人意但这应该是暂时的. 同时我也觉得SOA平台不应该只是简单使用第三方的平台 这样的SOA在很大程度上不能满足用户实际的需要. SOA平台应该是分行业的. 

基本业务需求,硬件设施对SOA的影响是比较大的.

22 楼 legend 2009-02-20  

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

看样子是 PHPRPC 分走了你的蛋糕，弄得你不高兴了，呵呵

21 楼 andot 2009-02-20  

boyingking 写道

andot 写道

boyingking 写道

andot 写道

Devin.Chenzx 写道

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

死抱着 ESB 不放的人才是无知者无畏啊～

Hibernate 肯定不会在你这种人手里诞生！

在你眼里只有大厂商的概念才是正确的，只有大厂商的产品才是好的！你肯定也不会知道 Hibernate 是一个厌恶 EJB，还不怎么会 SQL 的人发明的！

用发展的眼光看看问题吧，用现在的眼光看以前的技术，那C语言也不面向对象啊。
任何技术的存在，都是有他的上下文的，都是有他的生存环境的。
技术有好坏吗？没有 ，只有是否适合于某个实际应用。
另外，hibernate也不是在你手里诞生的

就是因为用发展的眼光看问题，所以才有了 PHPRPC 啊！Hibernate、Spring 这些东西为什么会取代古老的 EJB，还不就是因为时代在发展吗？SOA 也在发展，ESB 最终会成为过去式，PHPRPC 的思想才代表了未来！当然，我也相信，在很久以后，肯定还会有更好更新的技术来取代 PHPRPC，这也是我希望看到的！

Hibernate 不是在我手里诞生的，但 PHPRPC 是在我手里诞生的。而 ESB 是在你手里诞生的吗？

幸亏不是在我手里诞生的，否则我还得天天上JE骂别的技术，累人

你已经没少骂别的技术了，不是吗？现在不正在骂着吗？

20 楼 andot 2009-02-20  

boyingking 写道

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

你分析的很好啊，而且跟我说的一点都不冲突啊！

存在即合理我也同意啊，但是为什么存在你分析过吗？

我这里有分析：http://www.iteye.com/topic/335862

你有没有仔细看呢？

ESB在当前某些系统整合项目中很适用，这就足够了，这就是他存在的原因，请不要纠缠于这些buzz word

在没有 PHPRPC 之前，它确实很合适。有了 PHPRPC，ESB 就只有存在于老系统中的份了。

哈哈，等着你神功大成之日

谢谢啊！

19 楼 unsid 2009-02-20  

晕死了~吵这些做什么

18 楼 boyingking 2009-02-20  

andot 写道

boyingking 写道

andot 写道

Devin.Chenzx 写道

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

死抱着 ESB 不放的人才是无知者无畏啊～

Hibernate 肯定不会在你这种人手里诞生！

在你眼里只有大厂商的概念才是正确的，只有大厂商的产品才是好的！你肯定也不会知道 Hibernate 是一个厌恶 EJB，还不怎么会 SQL 的人发明的！

用发展的眼光看看问题吧，用现在的眼光看以前的技术，那C语言也不面向对象啊。
任何技术的存在，都是有他的上下文的，都是有他的生存环境的。
技术有好坏吗？没有 ，只有是否适合于某个实际应用。
另外，hibernate也不是在你手里诞生的

就是因为用发展的眼光看问题，所以才有了 PHPRPC 啊！Hibernate、Spring 这些东西为什么会取代古老的 EJB，还不就是因为时代在发展吗？SOA 也在发展，ESB 最终会成为过去式，PHPRPC 的思想才代表了未来！当然，我也相信，在很久以后，肯定还会有更好更新的技术来取代 PHPRPC，这也是我希望看到的！

Hibernate 不是在我手里诞生的，但 PHPRPC 是在我手里诞生的。而 ESB 是在你手里诞生的吗？

幸亏不是在我手里诞生的，否则我还得天天上JE骂别的技术，累人

17 楼 boyingking 2009-02-20  

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

你分析的很好啊，而且跟我说的一点都不冲突啊！

存在即合理我也同意啊，但是为什么存在你分析过吗？

我这里有分析：http://www.iteye.com/topic/335862

你有没有仔细看呢？

ESB在当前某些系统整合项目中很适用，这就足够了，这就是他存在的原因，请不要纠缠于这些buzz word

在没有 PHPRPC 之前，它确实很合适。有了 PHPRPC，ESB 就只有存在于老系统中的份了。

哈哈，等着你神功大成之日

16 楼 andot 2009-02-20  

boyingking 写道

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

你分析的很好啊，而且跟我说的一点都不冲突啊！

存在即合理我也同意啊，但是为什么存在你分析过吗？

我这里有分析：http://www.iteye.com/topic/335862

你有没有仔细看呢？

ESB在当前某些系统整合项目中很适用，这就足够了，这就是他存在的原因，请不要纠缠于这些buzz word

在没有 PHPRPC 之前，它确实很合适。有了 PHPRPC，ESB 就只有存在于老系统中的份了。

15 楼 andot 2009-02-20  

boyingking 写道

andot 写道

Devin.Chenzx 写道

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

死抱着 ESB 不放的人才是无知者无畏啊～

Hibernate 肯定不会在你这种人手里诞生！

在你眼里只有大厂商的概念才是正确的，只有大厂商的产品才是好的！你肯定也不会知道 Hibernate 是一个厌恶 EJB，还不怎么会 SQL 的人发明的！

用发展的眼光看看问题吧，用现在的眼光看以前的技术，那C语言也不面向对象啊。
任何技术的存在，都是有他的上下文的，都是有他的生存环境的。
技术有好坏吗？没有 ，只有是否适合于某个实际应用。
另外，hibernate也不是在你手里诞生的

就是因为用发展的眼光看问题，所以才有了 PHPRPC 啊！Hibernate、Spring 这些东西为什么会取代古老的 EJB，还不就是因为时代在发展吗？SOA 也在发展，ESB 最终会成为过去式，PHPRPC 的思想才代表了未来！当然，我也相信，在很久以后，肯定还会有更好更新的技术来取代 PHPRPC，这也是我希望看到的！

Hibernate 不是在我手里诞生的，但 PHPRPC 是在我手里诞生的。而 ESB 是在你手里诞生的吗？

14 楼 boyingking 2009-02-20  

andot 写道

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

你分析的很好啊，而且跟我说的一点都不冲突啊！

存在即合理我也同意啊，但是为什么存在你分析过吗？

我这里有分析：http://www.iteye.com/topic/335862

你有没有仔细看呢？

ESB在当前某些系统整合项目中很适用，这就足够了，这就是他存在的原因，请不要纠缠于这些buzz word

13 楼 boyingking 2009-02-20  

andot 写道

Devin.Chenzx 写道

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

死抱着 ESB 不放的人才是无知者无畏啊～

Hibernate 肯定不会在你这种人手里诞生！

在你眼里只有大厂商的概念才是正确的，只有大厂商的产品才是好的！你肯定也不会知道 Hibernate 是一个厌恶 EJB，还不怎么会 SQL 的人发明的！

用发展的眼光看看问题吧，用现在的眼光看以前的技术，那C语言也不面向对象啊。
任何技术的存在，都是有他的上下文的，都是有他的生存环境的。
技术有好坏吗？没有 ，只有是否适合于某个实际应用。
另外，hibernate也不是在你手里诞生的

12 楼 andot 2009-02-20  

boyingking 写道

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

你分析的很好啊，而且跟我说的一点都不冲突啊！

存在即合理我也同意啊，但是为什么存在你分析过吗？

我这里有分析：http://www.iteye.com/topic/335862

你有没有仔细看呢？

11 楼 andot 2009-02-20  

Devin.Chenzx 写道

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

死抱着 ESB 不放的人才是无知者无畏啊～

Hibernate 肯定不会在你这种人手里诞生！

在你眼里只有大厂商的概念才是正确的，只有大厂商的产品才是好的！你肯定也不会知道 Hibernate 是一个厌恶 EJB，还不怎么会 SQL 的人发明的！

10 楼 LibreTeam 2009-02-20  

我的实际应用新的，简单复制了，去聊天。

死神很忙()  4:06:49 PM
你可以选择加密传输和非加密
PHPRPC(53958317)  4:06:47 PM
对C的支持，objective-C会考虑先实现
PHPRPC()  4:07:09 PM
只需要设置一下加密模式和密钥长度就可以
PHPRPC()  4:07:15 PM
一切透明化
宋来(959009)  4:07:40 PM
在哪里设置？ 服务器端还是客户端？
死神很忙()  4:07:48 PM
客户端
死神很忙()  4:07:50 PM
m_rpc.EncryptMode = 2;
宋来()  4:08:07 PM
这个是模式，长度呢？
死神很忙()  4:08:47 PM
长度没没设置，目前没有需求要这么做
死神很忙()  4:09:05 PM
等我明天做快递应用解决方案的时候，会用到的
宋来()  4:09:09 PM
恩 
死神很忙()  4:09:34 PM
客户端分两种，c#做营业厅，PHP做站点发布
死神很忙()  4:10:12 PM
太方便了，同一种服务我发布一次就可以了，放以前，要写两次
宋来()  4:10:12 PM

死神很忙()  4:10:20 PM
还要单独写通信协议
死神很忙()  4:10:58 PM
用到现在，就俩字，太方便了
PHPRPC()  4:11:20 PM

死神很忙()  4:11:30 PM
我主要就是拿来做数据服务
死神很忙()  4:11:38 PM
不做应用服务

9 楼 Devin.Chenzx 2009-02-20  

说ESB sb的人

真是无知者无畏~~

可能在你的眼中，IT就是CRUD

呵呵~

8 楼 boyingking 2009-02-20  

andot 写道

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

存在的就是合理的，早就研究过你这种心态……

可以看看对你这种心态的剖析http://boyingking.iteye.com/blog/280362

7 楼 andot 2009-02-20  

boyingking 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

靠贬低别的产品而宣传自己的东西其实是以前那些SOA大忽悠们的惯用伎俩，而我并没有这么做，我只是在陈述一个事实！

当皇帝的新装被人揭穿后，还想让皇帝高兴那是不可能的！我也没指望那些 SOA 大忽悠们能够看到这个帖子高兴的合不拢嘴。你就尽情的鄙视我这个揭露事实的小孩吧！

6 楼 boyingking 2009-02-20  

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

靠贬低别的产品而宣传自己的东西，是很悲略的行径，鄙视你……

5 楼 andot 2009-02-20  

jiayouyx 写道

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

呵呵。对于SOA只有概念，没有实际的去从事过。听你这么一听，到有点兴趣了。有时间买本书看看，查查资料。不过你这么一说，SOA到简单许多了啊。只要学习一下PHPRPC ？？

本回复新开一贴：http://www.iteye.com/topic/335862，便于收入专栏。

4 楼 jiayouyx 2009-02-20  

andot 写道

SOA 没有在忽悠，是现有用于实现 SOA 的技术在忽悠，庞大复杂低效（还要在原本就很低效的各个协议之间转来转去），且仅面向 Java（虽然口号是语言无关，可是在对其它语言的支持上基本上都是空白一片）。其实，要构建 SOA 系统，根本不需要那些复杂的东西，只要有 PHPRPC 这样的高效易用且语言支持广泛的技术就足够了，其它的都是在扯淡。ESB 是啥？翻译成中文其实就是：哦，傻逼！

呵呵。对于SOA只有概念，没有实际的去从事过。听你这么一听，到有点兴趣了。有时间买本书看看，查查资料。不过你这么一说，SOA到简单许多了啊。只要学习一下PHPRPC ？？