我們最近更新了 CloudFoundry.com。透過此次更新，我們引入了一些令人興奮的新功能，為未來的發展鋪平了道路。我想借此機會描述和解釋這些功能，並提供一些關於它們如何產生的背景資訊。我們很高興您能試用它們並向我們提供反饋。

成本跟蹤

雖然雲的按用付費模式可以減少支出，但跟蹤實際使用情況和成本非常重要，以免產生意外的高額賬單。之前，Cloud Foundry 會告知使用者其部署的當前支出率。這對於理解計費率很有用，但無法清楚地瞭解或統計應用程式部署的實際成本。Cloud Foundry 的最新更新引入了一項新的成本跟蹤歷史功能。對於正在執行的部署，Cloud Foundry 會顯示到目前為止的成本。對於不再活動的部署，會顯示該部署在其生命週期內的總執行成本。

除了防止月度賬單出乎意料之外，當您需要將每個應用程式的成本與預算進行比較時，此功能也特別有用。如果您的預算是根據業務目標與支出金額關聯得出的，那麼 Cloud Foundry 將清楚地顯示您是否已達到目標。隨著時間的推移，我們希望改進此功能，使其更加準確（目前不包括網路 I/O 費用），並擴充套件成本與其他運營指標之間的統計相關性，為您提供更好的目標設定和規劃工具。

可用區

許多使用者要求能夠為部署指定可用區，因為 EC2 中的預留例項需要在指定的可用區中啟動。 預留例項是預付費的，成本約為按需例項的三分之一。Cloud Foundry 現在提供指定可用區的功能，並且在配置部署時，選擇輸入位於區域下方。

注意：成本跟蹤不反映使用預留例項節省的成本，因為 Amazon 尚未提供方便的方式來檢索計費詳情。

維護頁面

如果您需要為維護而停用 Java Web 應用程式，通常會顯示一個臨時頁面（也稱為維護頁面），告知使用者應用程式不可用。Cloud Foundry 現在透過一個簡單的按鈕提供了此功能。首先，當您新增或編輯應用程式時，您會看到一個新欄位：Maintenance Page。這是您希望在維護模式下顯示的靜態頁面（來自應用程式的根上下文）。部署後，您可以透過轉到“部署詳情”頁面並點選“開始維護”來顯示維護頁面，從而在維護模式和正常執行模式之間切換；點選“結束維護”即可恢復正常提供應用程式服務。這是實現全面應用程式生命週期管理支援的一小步。上個月我們引入了與開發工具的整合，我們正在分析和確定在雲中開發和部署應用程式時應支援的各種生命週期階段/階段。

克隆部署

有許多原因需要複製具有相同配置的環境，現在 Cloud Foundry 在部署詳情頁面上提供了“克隆”按鈕，提供了一種簡單的克隆部署方式。基於現有部署建立重複部署在與維護功能結合用於升級應用程式時特別有用。當您的部署使用 EBS 卷時，“克隆”按鈕會啟用。系統會提示您為克隆命名，並且所有配置都會被複制並在新的部署中啟動。克隆部署啟動後，您可以透過點選“應用程式”部分的“重新部署”按鈕來部署不同版本的應用程式或完全不同的應用程式。

升級應用程式的活動部署可能涉及一系列步驟

1. 將經過測試的應用程式上傳到 Cloud Foundry
2. 在當前部署上啟用維護頁面
3. 克隆部署
4. 執行 SQL 指令碼遷移資料庫模式
5. 使用新版本應用程式重新部署
6. 重新配置彈性 IP，使新部署從靜態 IP 地址提供服務
7. 停止舊部署

透過克隆功能，利用現有的生產部署配置，可以平滑可靠地升級正在執行的應用程式。

附加指標和圖表

在最新發布的 Cloud Foundry beta 版本中，我們透過擴充套件收集的指標數量以及新增使用者介面功能，改進了監控能力。首先，添加了 Hyperic SIGAR 檔案系統指標，用於監控 VM 根磁碟和資料庫儲存上的關鍵磁碟使用資訊。這些指標現在可以在例項詳情區域看到。接下來，客戶端請求數量已作為一項指標新增。Cloud Foundry 會收集這些資料並將其轉換為基於每分鐘的速率指標，從而衡量您的應用程式的使用情況。此指標會以圖表形式顯示在改進後的部署詳情部分，並列出聚合值（最大值、最小值和平均值）。

這僅僅是提供動態監控顯示功能的開始，未來將提供有用且相關的運營指標和資料。隨著時間的推移，我們將新增更多關於效能、健康狀況和資源消耗的指標。