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

成本追踪

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

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

可用区

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

注意：成本追踪并未反映使用预留实例所节省的成本，因为亚马逊尚未提供方便的计费详细信息检索方式。

维护页面

如果您需要禁用 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 收集此数据并将其转换为每分钟基于速率的指标，让您衡量应用程序的使用情况。 此指标作为图表显示在改进的部署详细信息部分中，其中列出了聚合值（最大值、最小值和平均值）。

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