在云端有效管理應用性能和可用性看起來似乎就是可視化和整合的問題，但是實際上源于應用組件和服務之間的關系。為了解決這個問題，你必須首先知道終端用戶如何看待這個問題。

用服務器整合的觀點將云看做是一個簡單的工具的終端用戶將云管理當做是確保安全和激活云服務的途徑。對于那些在擴展應用組件網(wǎng)絡中將云看做資源的用戶而言，云管理是確保質量體驗(QoE)的的關鍵因素。

毫不意外，后者這個群體會對云應用管理策略全力以赴。

QoE是服務質量(QoS)在工作流網(wǎng)絡連接中的總和，加上網(wǎng)絡鏈接的應用組件流程。在云端，組件在一個資源池的不同位置上被分配給資源。顯然，如果應用從一個云轉移到另一個或者從一個提供商的數(shù)據(jù)中心轉到另一個，網(wǎng)絡連接就會改變，但是其他的因素可能會影響網(wǎng)絡性能，比如存儲區(qū)域網(wǎng)絡擁堵或者托管在新的數(shù)據(jù)中心中的虛擬機(VM)的服務器上較大的負載。

這些性能問題對于企業(yè)管理工具并不能直接看見，由于它們都發(fā)生在云內部，因此關于這些公有資源的任何信息都來源于云提供商。

集成云管理數(shù)據(jù)和企業(yè)網(wǎng)絡以及IT信息的途徑之一就是使用云運營商的管理平即服務(mPaaS)。本質上，mPaaS創(chuàng)建了一個云提供商的管理系統(tǒng)的管理窗口。云提供商的集成管理視圖鏈接一個公司的管理API，成為統(tǒng)一的視圖。這樣就提供了最佳的管理可視性，并能確保企業(yè)用戶和其提供商對于云資源有單一的視圖，促進服務水平協(xié)議(SLA)。

只有少數(shù)云運營商，像惠普、IBM和微軟提供了集成管理服務，而且大多數(shù)旨在特定的訂單上這樣做，但是業(yè)內人士認為未來會做的更多。現(xiàn)在而言，預期平臺即服務同上或者大型IT提供商會同更多的功能。

可能還會創(chuàng)建一個集成管理視圖，甚至是mPaaS難以實現(xiàn)的地方。問題在于“云提供商能讓多少云管理數(shù)據(jù)可用，以及如何按需增加?”

一些云提供商將提供專業(yè)實例的管理統(tǒng)計。專業(yè)實例(比如受地理范圍限制的托管應用)的使用將協(xié)助穩(wěn)定網(wǎng)絡變量并也可能減少服務器VM性能變量。

統(tǒng)計專業(yè)實例不可用時，可以安裝一些管理組件作為云托管應用映像的一部分。至少這樣能夠提供本地資源和連接性能的應用視圖。在安裝任何第三方的工具之前，確保檢查云提供商的管理工具兼容性。

mPaaS失效且云內部的服務器和網(wǎng)絡連接可視性不可用時，管理責任必須根據(jù)參與者劃分，接觸點必須建立，允許SLA寫入和強制執(zhí)行。目的就是減少管理中包含的區(qū)域數(shù)量，并改善網(wǎng)絡可視性。網(wǎng)絡連接終端用戶到云端，因此創(chuàng)建了潛在的管理黑洞。嘗試讓云提供商負責網(wǎng)絡連接或者使用虛擬私有網(wǎng)絡服務同具體的監(jiān)控和管理。幫助減少不可視性網(wǎng)絡性能改變帶來的影響，簡化SLA的執(zhí)行。

如果所有的這些都失效了，管理邊界通過公有云或者混合云應用包含的連接點參與者設置。主要的變量是網(wǎng)絡，尤其是當互聯(lián)網(wǎng)參與進來時。

通過開始一項應用響應時間的測量以及隨后減去測量延遲，找到現(xiàn)場趨勢或者變更更容易，并指出QoE問題。在那之后，你可以直接詢問一個實體負責云基礎架構的部分。這種方法也比什么都不做的好，但是大多數(shù)用戶仍舊渴望mPaaS的普遍化。