云服務和WAN服務具有一些共同的特點。兩者都具有性能、安全和管理方面的問題;兩者都涉及服務水平協議(SLA);并且當它們互相之間或者與其他 IT元素集成時，都可能互相推諉責任。我們必須同時解決這兩個問題，所以我們最好構建一個云計算和WAN供應商特性和功能的矩陣。
構建你的WAN/云服務供應商矩陣要考慮的問題
對于矩陣中給定的WAN/云服務供應商組合的第一個問題是：云服務和WAN提供商是否提供VPN連接，如果是的話，哪個供應商是主承包商。企業應該對于每個云計算/WAN供應商組合確定這個問題，而且企業還應該注意兩者之間的關系有多久，因為他們的合作關系越久，他們的支持和診斷就做得越好。
第二個問題是他們的地理位置?？纯疵總€服務在你地圖中的地理位置，并確定這種WAN/云計算組合是否支持該服務位置，如果是的話，云服務和WAN供應商是否在實際服務區域存在服務點，或者需要回傳。如果WAN供應商對某個區域提供的云支持是從其他地方提供，較長的連接可能會影響性能和可靠性。這通常是最復雜的分析，因為你需要對你公司希望使用云服務的每個主要地理位置進行分析。
第三個問題是必須涵蓋監控和管理。WAN/云組合在其連接點提供服務監控嗎?在連接點缺乏監控意味著問題確定和故障隔離功能將會更加困難。性能和狀態檢測在云計算網絡中特別重要，因為如果沒有了解網絡性能對其的影響，將很難評估云性能。
鞏固SLA—打造良好的WAN/云服務管理
當從基本矩陣中挑選出合適的組合后，下一步是審查SLA。當網絡供應商同時也是云服務供應商時，企業可能面臨合并的SLA和統一的問題管理。這意味著 SLA可以專注于傳統的問題，例如正常運行時間和性能等問題。但如果你在任何地區擁有不同的網絡和云服務供應商，你需要將早期SLA討論集中在雙方都同意的具體機制方面，例如性能標準和可用性測量。當雙方需要管理數據，它們分析這些數據的方式非常重要。SLA不能基于主觀的用戶水平的性能和可用性，而應該基于雙方協定的監測點的情況。否則，你將無法確定問題以及將問題報給到供應商。你還需要有一個非常具體的問題上報程序，以確定那些無法通過一線支持聯系人解決的問題將如何上傳到更高的管理層(供應商的組織以及你自己企業的管理層)。在這個上報程序的頂部應該是你為最終解決爭端確定的仲裁過程。
當選中供應商組合，并且簽訂SLA和合同后，這種關系將會過渡到他們的運營階段。大多數成功管理包含多個網絡和云服務供應商的云計算用戶都表示，他們的支持過程是從支持應用及其用戶的內部開始，隨后這個團隊會過濾問題。在混合應用(網絡和云計算)中，通常是首先將可疑的問題交給內部網絡支持或者IT 支持組，讓他們執行第一級問題隔離，然后根據需要以及SLA中的規定聯系供應商。
你自己的支持程序的支持團隊將需要與供應商聯系。這將需要對內部人員進行特殊的訓練，以及制定一份操作手冊來描述問題應該如何被隔離和報告。在這些過程中需要解決的一個問題是，當出現問題時，如何“傳播警報”。在很多多供應商云環境中，一個地方出現的問題可能會出現在其他的管理界面上，這個問題的通知信息被傳播到任何可以看見的地方。如果你不這樣做的話，很可能出現相同的問題，引發昂貴且具破壞性的平行決議過程。
最后一點是，“人多勢眾”這一說法在多供應商網絡/云配置中并不適用。隨著涉及的供應商數量的增加，這些關系的復雜性也在增加。這個數字越大，你就越應該指定一個供應商作為整個過程的集成商。這樣做將會節省事后很多確定問題的麻煩，并且提高整體的正常運行和用戶滿意度。
