专家分析：云计算应用集成的最好方法

DoSOFT软件在线2月1日国际报道 来自供应商的关于云计算的议论不计其数。不幸的是，在供应商努力展示其产品都是基于云计算的同时，在云计算的细节定义方面有很多模糊的说法，因此，本文将适用于每一个不同的云计算供应商。（本文的目的是让谈论保持在一个供应商或者集成商的SaaS和基于云计算的应用程序上，而不是自己创建的程序上。）

由最后的免责声明看出，云软件的一个显著特点是可以通过多种方式进行整合。因为大多数云应用程序把自己作为一系列的Web服务，他们把自己添加到面向服务的架构中，即使他们没有遵守所有的SOA协议。拥有正确的工具和开发态度，你就可以和不同的技术集成云应用程序。当然，你还必须理解每种方法的局限性，但是很快把事情完成是没有错的。下面就让我们分层来看一下吧。

第一层：屏幕上的集成

这也被成为混搭（Mashups），这是一种非常快速的集成。编码工作通过抓取其他云的好资料来构建一个屏幕层和具有很多参数的网址的框架。它的基本方法是通过一组公开的程式取得其他网站的图片、地图、新闻和数据，例如：谷歌或者雅虎。AJAX可以给页面一个模式、直觉和响应UI。不幸的是，混搭具有潜在的安全问题，所以你不得不检查编码实践和服务器端的有效性，你将可能需要单一的开始指令，或者其他的授权基础设施来控制非法用户的访问。所以该层的折中方案是：简单的编码和只读属性，或者安全但是复杂的编码。

第二层：表示层上的集成

依赖你的云应用程序生成的Web页面，你可能会有一个程序设计层在服务器端，它可以为云集成提供肥沃的土壤。（相反混搭的策略基本上完全在浏览器）当混搭策略整合了页面的所有片段时（例如，添加地图和图像到一个架构中），在表示层上的集成在其能力范围内增加了一个网页版块的各个字段。但是这一领域可能只在你的账户系统中存在。把这些放到你的表示层中就可以给用户需要的，但是，这不是一种全面的整合。

当然，这种方法的优势也是其缺点：支付过期指示器不能在CRM系统中存在，所以它就不支持报告、警示和其他的功能。这个方式只是用于只读数据，而表示层可能没有对其他系统可见的安全基础设施。这全都取决于你所使用的语言和网络服务安全库，但是这对在表示层集成的那些复杂安全机制尝试是无用的。

第三层：业务逻辑层集成

这是集成的关键一层，因为应用程序内容都在这一层，最好的安全和网络服务基础设施也在这一层。能让云计算应用程序区分开来的是这些API：它们支持呼入/呼出、WSDL/SOAP，RESTful APIs，或者只有简单的与XML、JSON或简单词汇的对话？对于生产力来说，没有什么可以取代精确的文东和代码样本的。所以对云供应商的评估都以这个为基础。

大多数云计算应用程序的集成架构都是松耦合的，并且是基于一个请求/响应模式的。频繁的查询绝对不是一个好主意，太紧的集成循环也不好。在云必须发出一条信息的情况下，你的开发者将不得不再创建一个逻辑应用程序触发发送信息。而且开发者还必须开发一个处理网络超时、应用程序发生故障和保障信息发送的战略。

在这一层，集成编码可以访问所有系统对象和功能，所有安全性事至关重要的。

第四层：数据集成

这是直接与云应用程序的数据库连接。在大多数云计算系统中，在这个水平上没有真实的直接访问，因为这种访问是不安全的。即使直接读取数据库都是有问题的，因为表没有应用声明指示和事务协调。也就是说，对于大量的数据读取来说，没有提高速度的直接读取。

在这一层，安全也是一个问题，因为应用程序的安全模式胜过表中控制的可见性。在大多数情况下，超级用户优先享有数据集成，因为标准用户不能直接访问最终数据流。

未经允许不得转载：DOIT » 专家分析：云计算应用集成的最好方法