SOA没在忽悠

四个字就可以最灵活解决以上所有问题：编程实现。

快吐了我。

你要明白，对大企业的发展和信息整合而言。协议转换是必须的。
因为所谓的协议包括两个层面的意思，
一，是公用的标准的协议，比如TCP，http等，
二，是客户自定义的系统之间自定义编码，比如，在以前的遗留系统中，绝大多数场合，互相制定“AAA:****,BBB:****,DDD:****”这样的字符串或者制定<AAA>BBB</AAA>，或者是“1-10位表示**涵义，11-12位表示***”来，并且使用的传输方式也是各式各样。
随着客户信息系统的发展，必须讲这些数据服务整合到新系统中，如果是N对N的整合，工作量相当庞大，尤其涉及到系统1服务1+系统2服务2+....系统N服务N 的服务整合成新服务。
ESB不但可以整合协议一层次更重要的是整合协议二以上上的“协议”，并发布为协议一意义上的标准协议、标准的格式（或者任意的协议和格式），极大的简化了企业内部庞大繁多的信息系统服务整合。

既然协议转换无法避免，效率低下就无法避免（如果效率转换如你所言是效率低下的话）

PHPRPC我试用了一下，还不错。但是绝对无法替代“ESB”这样“又臭又大，效率低下”的东西。根本不一个层次的东西。你最多也就解决“协议一”层次上一些东西（比如SOAP的效率低下）。距离ESB概念还远着呢。

我浪费这么多时间给你解释ESB，我怀疑你根本就不懂ESB。却处处打着ESB的招牌，靠贬低ESB来推销自己。

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

楼主的口才8错
也许推崇的技术也是好技术
但楼主的人品不敢恭维

我从来没有说过 PHPRPC 就是 SOA。我只说，有了它利用它可以更容易的构建 SOA，你觉得我这样说有错吗？

另外，SCA, SDO, BPEL, ESB 等这一堆东西都是 IBM 带头定义的，目的自然只是为了他们的产品增加一点所谓的技术含量。可是你真的见过这些东西成功部署的案例吗？就连楼上的楼上的楼上不也是曾经被 IBM 那套东西差点折腾死的人吗？

你可以认为 PHPRPC 跟 HESSIAN 解决的是同一个问题，但 PHPRPC 对脚本、移动设备、服务器和普通客户端都提供比 Hessian 要好的支持，而且对目前来说进行系统集成的最迫切的需要不也就是这个吗？至于 IBM 定义的那一套概念 PHPRPC 压根也没打算去做。我不认为连基本问题都解决不好的 IBM 的那些东西会成为拯救企业的法宝。更何况事实也证明了这一点。