我們最近更新了 CloudFoundry.com。在此更新中，我們推出了一些令人興奮的新功能，為未來的開發鋪路。我想藉此機會描述和解釋這些功能，並提供一些關於它們如何產生的背景資訊。我們很高興您能試用這些功能並向我們提供回饋。

成本追蹤

雖然雲端的隨用隨付模式可以減少支出，但追蹤實際使用量和成本非常重要，以免產生意想不到的巨額帳單。 過去，Cloud Foundry 會告知使用者其部署目前的支出速率。 這對於了解計費率很有用，但它並不能清楚了解或統計應用程式部署實際花費多少成本。 最新版本的 Cloud Foundry 推出了一項新的歷史成本追蹤功能。 對於正在執行的部署，Cloud Foundry 會顯示到目前為止的成本。 對於不再活動的部署，則會顯示該部署在其生命週期內運行的總成本。

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

可用區

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

注意：成本追蹤不反映使用預留執行個體的成本節省，因為 Amazon 尚未提供檢索帳單詳細資訊的便捷方法。

維護頁面

如果您需要停用 Java 網路應用程式進行維護，慣例是顯示一個緩衝頁面（又名維護頁面），告知使用者無法使用。 Cloud Foundry 現在只需一個按鈕即可提供此功能。 首先，當您新增或編輯應用程式時，您會注意到一個新欄位：維護頁面。 這是您希望在維護模式下顯示的靜態頁面（來自應用程式的根內容）。 部署後，您可以透過前往「部署詳細資訊」頁面並點擊「開始維護」以顯示維護頁面，以及點擊「結束維護」以恢復正常提供應用程式服務，來在維護和正常操作之間切換。 這是朝向提供完整應用程式生命週期管理支援邁出的一小步。 我們上個月推出了與開發人員工具的整合，我們將分析並找出在雲端應用程式的開發和部署中應支援的各種生命週期階段/階段。

複製部署

有許多原因需要複製具有相同組態的環境，現在 Cloud Foundry 提供了一種簡單的方法來複製部署，即透過「部署詳細資訊」頁面上的「複製」按鈕。 當與維護功能結合使用以升級應用程式時，基於現有部署建立重複部署特別有用。 當您的部署使用 EBS 磁碟區時，「複製」按鈕會啟用。 系統將提示您為複製部署命名，並且所有組態都將被複製並在新部署中啟動。 一旦複製的部署啟動，您可以透過點擊「應用程式」區段中的「重新部署」按鈕來部署不同版本的應用程式或完全不同的應用程式。

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

1. 上傳已測試的應用程式到 Cloud Foundry
2. 在目前的部署上啟用維護頁面
3. 複製部署
4. 執行 SQL 腳本以遷移資料庫結構描述
5. 使用較新版本的應用程式重新部署
6. 重新配置彈性 IP，以便從靜態 IP 位址提供新的部署
7. 停止舊的部署

透過複製功能，透過利用現有的生產部署配置，升級正在運行的應用程式可以變得順暢且可靠。

額外的指標和圖表

在最新版本的 Cloud Foundry beta 中，我們透過擴展收集的指標數量以及新增使用者介面功能，改進了監控功能。 首先，已新增 Hyperic SIGAR 檔案系統指標，以提供 VM 根磁碟和資料庫儲存體上重要磁碟使用資訊的監控。 這些指標現在在執行個體詳細資訊區域中可見。 接下來，用戶端請求數已新增為指標。 Cloud Foundry 收集此資料並將其轉換為每分鐘的速率指標，讓您可以衡量應用程式的使用情況。 此指標以圖表形式出現在改進的部署詳細資訊區段中，並列出彙總值（最大值、最小值和平均值）。

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