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

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

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

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

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

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

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

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

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

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

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

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

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