考察企业云计算成熟度的一个重要指标

Open Group 企业架构Togaf中介绍的高效企业IT 运维指标中，重要的一点是应用的可移植性。在云计算成为趋势的今天，应用的可移植性更加成为评判企业云计算成熟度的一个重要指标，同时云计算给应用的可移植性增加了许多内容。我从事了许多企业云计算IT环境的建设工作，目睹了许多企业应用在企业上云之后的尴尬处境。下面就我的工作经验介绍一下企业上云中在应用的可移植性方面需要注意的内容：

 

在云计算背景下，应用的可移植性包含了更多的需求：

 

云计算使用的虚拟化技术有多种，VMware,  KVM， Xen， Hyper-v。传统应用并不是都能支持在这些虚拟化技术上运行，特别是一些较为老的应用，还有就是所谓大企业，国有企业，政府部门要求使用的应用，都不一定支持虚拟化系统上运行，无法迁移。

 

许多企业已经建立了私有云，或者正在考虑构建私有云，或者将混合云视为自己企业未来的IT架构。这意味着企业希望在私有云和一个或多个公有云（或两个或更多公有云之间）之间来回移动应用程序，还有数据。在云之间移动应用程序并不容易，因为我们希望它们提供相同的功能，并在总体运行上有相同的性能表现。提供应用程序的可移植性不仅仅是让应用本身具有可移植性，对不同云的支持也是可移植性的要求。源云和目标云在许多方面可能有很大的不同，比如不同的虚拟机监控程序;不同的操作系统支持;不同的安全、存储和网络模型;不同的数据库系统支持;在源云中工作的管理工具可能在目标云中不可用，等等。

 

另外一点，从商务角度上，企业不希望被锁定在一个云或云供应商中。如果企业不喜欢某个云提供商的服务，它就会想要转移到另一个云提供商，同时不希望经历痛苦得应用迁移过程。例如，将应用程序和数据从Amazon EC2转移到Terremark或者Rackspace并不容易。

 

从技术的角度来看，可移植性的最大障碍是缺乏标准化的云API，云提供商为方便客户部署应用，开发基于自己云计算系统的API。大多数云提供商宣称支持创建云标准。但他们基于竞争性的考虑，不会严格遵守这些标准，因为他们想要将他们的产品与竞争对手区分开来。所有的供应商都希望将客户锁定在他们的产品上。他们只是口头上说说而已。许多组织努力建设通用的云API标准，比如OASIS，The Open Group，但是似乎没有被大多数企业接受。

 

因此确保应用及其支持组件，如数据库和中间件，不依赖于操作系统和底层云基础设施。这样的设计可以保证在云计算中应用的可移植性。