[发明专利]用于应用部署的配置转换

说明书

创建用于部署应用的部署包。方法包括标识配置数据集。该方法还包括标识多个目标环境。该方法还包括在构建时间期间，针对目标环境中的每个目标环境转换配置数据集，以创建对应于不同目标环境的多个不同配置数据集。该方法还包括封装多个配置数据集连同可部署的应用实体，以创建能够被部署到多个不同目标的包，使得跨多个目标的应用部署更高效。

背景技术

计算系统的互连已经促成分布式计算系统，诸如所谓的″云″计算系统。在本说明书中，″云计算″可以是用于实现对可配置计算资源(例如，网络、服务器、存储、应用、服务等)的共享池的无处不在的、方便的、按需网络访问的系统或资源，其能够利用减少的管理努力或服务提供商交互来被供应和发布。云模型可以由各种特征(例如，按需自助服务、广泛的网络访问、资源池化、快速弹性、测量的服务等)、服务模型(例如，软件即服务(″SaaS″)、平台即服务(″PaaS″)、基础设施即服务(″IaaS″))以及部署模型(例如，私有云、社区云、公共云、混合云等)组成。

基于云和远程的服务应用是普遍的。这样的应用被托管在诸如云的公共远程系统和私有远程系统上，并且通常提供一组基于web的服务以用于与客户端来回通信。

Web应用和云应用通常在应用生命周期内被托管在若干环境中。例如，应用可能被托管在开发环境、测试环境和生产环境中。这样的应用可以被托管在云服务的不同环境中，诸如从华盛顿州雷德蒙德的微软公司可获得的Windows Azure。对于每个不同的环境，应用的配置将具有适合该环境的不同配置设置。然而，代码库中的原始配置文件(在WindowsAzure应用的情况下为web.config)可能是通用的，并且仅适用于一个特定环境(例如，仅开发环境)。该配置文件将被放入用于所有环境的部署包中。

如果部署包被部署到与针对其创建配置文件的服务器不同的环境服务器，则操作工程师可能需要在部署到服务器上之后手动修改该配置文件。这是耗时且容易出错的过程。另外，如果必须将部署重新部署到不同的服务器，则重新部署将遭受同样的缺陷，因为原始配置文件也将被重新部署，并且因此配置文件将需要被再次手动修改。在这种情况下，应用可能会停止服务，直到配置文件已经在重新部署上被再次修改。

备选地，开发团队可以首先针对每个环境修改配置文件，并且然后针对每个不同的环境构建部署包。然而，不同的部署包中的每一个将具有不同的构建编号，并且可能具有潜在不同的代码。另外，考虑其中部署包中的一个部署包为测试部署包而另一部署包为生产部署包的情况。测试部署软件包将是被测试的唯一部署软件包，而生产部署包将是被部署的、基本上未经测试的。

本文所要求保护的主题不限于解决任何缺点或仅在诸如以上描述的那些环境的环境中操作的实施例。相反，该背景技术仅被提供以说明其中本文描述的一些实施例可以被实践的一个示例性技术领域。

发明内容

本文所示的一个实施例包括可以在计算环境中实践的方法。该方法包括用于创建用于部署应用的部署包的动作。该方法包括标识配置数据集。该方法还包括标识多个目标环境。该方法还包括在构建时间期间，针对目标环境中的每个目标环境转换配置数据集，以创建对应于不同目标环境的多个不同配置数据集。该方法还包括封装多个配置数据集连同可部署的应用实体，以创建能够被部署到多个不同目标的包，使得跨多个目标的应用部署更高效。

另一实施例包括可以在计算环境中实践的方法。该方法包括用于部署应用实体的动作。该方法包括访问部署包。该部署包包括应用实体和多个配置数据集。该方法还包括从部署控制台接收指示目标环境的命令。基于该命令，该方法包括选择配置数据集中的一个配置数据集并且将所选择的配置数据集连同应用实体部署到目标环境。

本发明内容被提供为以简化的形式介绍概念的选择，它们在下面的具体实施方式中被进一步描述。本发明内容不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于确定所要求保护的主题的范围中的辅助。