混合化设计公有云必须考虑的四个方面

让数据库访问公有云和本地IT

在为混合化设计公有云应用时要考虑的第三个问题就是，你如何根据数据需求提供公有云和本地IT资源。存储关键的企业数据到远端设计成本和安全问题，因此大多数用户选择将其数据库保留在本地。因此，当混合应用的云组件必须访问数据时，访问必须跨WAN在云和数据中心之间连接，这样做也是昂贵和性能密集型的方式。

对于云爆发或者故障恢复应用，更适合的解决方案就是使用查询服务数据库管理系统，而不是让云组件使用标准的磁盘I/O方式访问数据库。对于前端应用，可能在当前数据库创建一个逻辑分离更有价值。比如，一个零售的云前端可能使用来源于标准零售库存应用的产品分类，但是不包含库存数量信息;用户浏览静态分类，但是只在订单设置时连接到真正的数据库。

确定应用的“链接”

最后的考虑也是最技术的：你的混合应用如何在应用程序接口(API)层面上连接，你的应用如何管理上下文环境或者状态?在软件开发中，组件使用API链接，这些API也通常定义了组件如何追踪他们试图支持的流程。

为混合换开发公有云应用的挑战在于，大多数企业软件基于严格的面向服务架构(SOA)和简单对象访问协议(SOAP)的API。云应用大部分通常采用REST和HTTP架构。不同点在于SOA和SOAP通过多种事务阶段链接组件，而且所有的组件通过其API自动同步其行为。使用REST或者HTTP时，大多数情况下的客户端，浏览器界面追踪上下文环境，这个上下文环境明确地通过这个API交付到每一个组件。

实际的差异在于，任何软件组件的副本访问恰当的数据库可以处理任何REST请求，但是SOA-SOAP请求必须通过最初选择的具体的软件元素处理。REST架构支持简单的附在共享和负载均衡，但是SOA-SOAP中就很难实现。这意味着任何可能包含云爆发或者故障恢复的混合架构要认真考虑REST架构。全端应用可以使用应用组件，运行在云端或者本地，来桥接云端REST或者Web友好的架构和更为传统的数据中心应用架构。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友