我们最近更新了CloudFoundry.com。在此次更新中，我们引入了一些令人兴奋的新功能，为未来的开发铺平了道路。我想借此机会描述和解释这些功能，并提供一些关于它们如何产生的背景信息。我们很高兴您尝试它们并向我们提供反馈。

成本跟踪

虽然云的按使用付费模式可以减少支出，但跟踪实际使用情况和成本非常重要，这样可以避免出现意外的高额账单。以前，Cloud Foundry 会告知用户其部署的当前支出率。这对于了解计费率很有用，但它并没有清楚地说明或统计应用程序部署的实际成本是多少。Cloud Foundry 的最新更新为成本跟踪提供了一个新的历史功能。对于正在运行的部署，Cloud Foundry 会显示目前的成本。对于不再活跃的部署，则显示该部署在其生命周期内的总成本。

除了防止每月账单让您感到意外之外，当您需要将每个应用程序的成本与预算进行比较时，这一点尤其有用。如果您的预算源于将业务目标与支出关联起来，那么 Cloud Foundry 将清楚地显示您是否已实现目标。随着时间的推移，我们预计将改进此功能以提高准确性（目前不包括网络 I/O 费用）并扩展成本与其他运营指标之间的统计关联，从而为您提供更好的目标制定和规划工具。

可用区

许多用户都请求能够指定部署的可用区，因为 EC2 中的预留实例需要在指定的可用区中启动。预留实例是预付费的，其成本大约是按需实例的三分之一。Cloud Foundry 现在提供了指定可用区的功能，并且在配置部署时，选择输入位于区域下方。

注意：成本跟踪不反映使用预留实例节省的成本，因为 Amazon 尚未提供方便的检索账单详情的方法。

维护页面

如果您需要停用 Java Web 应用程序以进行维护，则惯例是显示一个缓冲页面（又称维护页面）来告知用户不可用。Cloud Foundry 现在只需单击一个按钮即可提供此功能。首先，当您添加或编辑应用程序时，您会注意到一个新字段：**维护页面**。这是您希望在维护模式下显示的静态页面（来自应用程序的根上下文）。部署后，您可以通过转到“部署详细信息”页面并单击“开始维护”来显示维护页面，在维护和正常操作之间切换；单击“结束维护”可恢复正常提供应用程序服务。这是朝着提供完整的应用程序生命周期管理支持迈出的一小步。我们上个月引入了与开发工具的集成，我们将分析并确定在将应用程序开发和部署到云中时应支持的各种生命周期阶段/步骤。

克隆部署

复制具有相同配置的环境有很多原因，现在 Cloud Foundry 提供了一种简单的方法来使用部署详细信息页面上的“克隆”按钮克隆部署。基于现有部署创建重复部署在与维护功能结合使用以升级应用程序时特别有用。当您的部署使用 EBS 卷时，将启用“克隆”按钮。系统将提示您为克隆命名，所有配置都将被复制并启动到新的部署中。启动克隆部署后，您可以通过单击“应用程序”部分中的“重新部署”按钮来部署不同版本的应用程序或完全不同的应用程序。

升级应用程序的活动部署可能涉及一系列步骤

1. 将经过测试的应用程序上传到 Cloud Foundry
2. 启用当前部署上的维护页面
3. 克隆部署
4. 运行 SQL 脚本以迁移数据库模式
5. 使用较新版本的应用程序重新部署
6. 重新配置弹性 IP，以便从静态 IP 地址提供新的部署服务
7. 停止旧部署

通过克隆功能，可以通过利用现有的生产部署配置，使运行应用程序的升级变得流畅可靠。

其他指标和图表

在此最新版本的 Cloud Foundry 测试版中，我们通过扩展收集的指标数量以及添加用户界面功能来改进了监控功能。首先，已添加 Hyperic SIGAR 文件系统指标，以提供对 VM 根磁盘和数据库存储的关键磁盘使用情况信息的监控。这些指标现在在实例详细信息区域中可见。接下来，已将客户端请求数添加为指标。Cloud Foundry 收集此数据并将其转换为每分钟的基于速率的指标，从而为您提供应用程序使用情况的衡量指标。此指标作为图表显示在改进的部署详细信息部分中，其中列出了聚合值（最大值、最小值和平均值）。

这只是提供动态监控显示的开始，该显示提供有用且相关的运营指标和数据。随着时间的推移，我们将添加更多关于性能、健康状况和资源消耗的指标。