问什么将促进基于云的集成(“云服务总线”)

EN

他需要使用传统工具来访问和巩固这些工具--失去了SaaS的许多好处。

这是什么意思？

如何使用RESTful和SOAP服务“失去了SaaS的许多好处”？

我们已经有了很多SOAP (以及REST和WS-*)集成工具，这些工具已经产生了创建服务总线的效果。

请阅读Oracle/Sun作为一个例子。

TIBCO提供了另一款SOA套件。

事实上，大多数Python程序员都使用urllib2来进行服务集成，而不会失去SaaS的任何好处。

编辑。

此机制目前无法作为云服务使用。

对，是这样。怎么可能是？这项服务是什么？某种将人力资源和客户关系管理结合在一起的预先集成的SaaS？

这样服务就必须预先整合所有可用的人力资源和CRM解决方案？

还是某种基于云的工具包来进行集成呢？

这个工具箱和我今天使用的“内部”工具包有什么不同？我的内部工具包不运行在我的桌面上，它运行在我的数据中心某处的服务器场中。

您认为什么将促进基于云的集成(“云服务总线”)

关于“云”和“集成”，有许多不同的概念，我真的怀疑是否会有一个集成方案来使它们都成为一体。例如，如何集成IaaS和SaaS？如果抽象的话，它们处于完全不同的层次。(您可以使用IaaS来实现SaaS，但这并不等于将客户关系管理系统与C库集成在一起。)

一旦我们拒绝了能够将一切与一切结合在一起的概念，就有可能取得进展。在创建新的SaaS或PaaS产品的过程中，您可以拥有专门处理特定集成的特定提供者。(我完全可以想象，CRM和HR的合并会发生这种情况。)然而，需要对核心事物进行标准化，例如基本数据模型(例如，“这是一个人作为数据库条目的真实表示，这里是该数据的XML序列化”)，不幸的是，我真的怀疑供应商是否热衷于这样做。他们更愿意把他们的客户锁在自己的专有解决方案上；这对他们来说更容易，也更有利可图。如果顾客想要的话，他们就必须努力争取。只有当这些共同的事物存在时，才能有一个合适的跨域服务提供商的生态系统。

但如果这从未发生，我也不会感到惊讶。这是一项艰苦的工作，客户已经习惯于让他们的供应商为他们做技术思考。(请注意，这可能只是我愤世嫉俗的…)

现在，您最接近的是各种XML工作组。他们正在为数据表示建立标准，这可能导致系统互操作性。也许吧。总有一天。一旦您获得了一个通用的数据格式，那么您就可以在系统之间传递它。不过，您需要克服供应商的锁定，才能取得真正的进展。