經(jīng)常可以看到授權(quán)問題被歸為云服務商與軟件廠商之間的議題，其實不然。授權(quán)的問題其實應該是云服務商與使用者在經(jīng)濟與合法性上重點的議題。
不過，正確的授權(quán)在云環(huán)境中并不是都這么簡單，因為大部分還是需要考慮既有授權(quán)協(xié)議的適用性。令人驚訝的是，某些知名軟件廠商的授權(quán)模式很明顯蓓后于目前的云發(fā)展。 因此需要做出決策，未決定是否要求廠商的特定軟件產(chǎn)品有根據(jù)"云適用"( Cloud-ready )特性的授權(quán)模式研發(fā)而成。
也因為這個原因，越來越多開放源代碼( Open Source )產(chǎn)品變成被考慮的替代方案。
特別是在 IaaS 的服務模式下，用戶必須在授權(quán)部分考慮更多細節(jié)。 對云服務商來說，IaaS 在授權(quán)方面的問題會最少，因為他們只要負責自己提供的服務組件產(chǎn)品線就可以了。這就是典型的基礎(chǔ)設施相關(guān)軟件(如虛擬層，Virtualisation Layer)，可以在一個虛擬的數(shù)據(jù)中心提供計算機運算與存儲的能力。 通常高階軟件的授權(quán)會由云用戶自行負責。服務商因為對于用戶的軟件不熟悉，就會盡量避免相關(guān)的責任和費用。
雖說虛擬化的技術(shù)是云基礎(chǔ)設施服務的基礎(chǔ)，但很多標準軟件提供商提出的授權(quán)模式還是沒有充分考慮這個方面。 在很多情況之下，軟件產(chǎn)品常常是依據(jù)實際部署的基礎(chǔ)設施來授權(quán)，但其實云用戶不可能對基礎(chǔ)設施的細節(jié)熟悉。
因為 IaaS 服務的用戶需要對他們自己在虛擬數(shù)據(jù)中心部署的軟件產(chǎn)品做授權(quán)，他們也必須一一理清到底現(xiàn)有的授權(quán)協(xié)議允許的實際授權(quán)數(shù)量是多少。但軟件提供商對于要公開其在虛擬環(huán)境的授權(quán)模式非常排斥。德國聯(lián)邦信息通信技術(shù)及新媒體產(chǎn)業(yè)協(xié)會 BitKom 早在 2009 年在其指引中就建議，當發(fā)生授權(quán)爭議時，云應用程序可采用開放源代碼。
舉例來說，可以參考 SAP 的 ERP 使用甲骨文 (Oracle) 數(shù)據(jù)庫的情況。身為云用戶，如果想要操作構(gòu)建在 IaaS 服務商虛擬數(shù)據(jù)中心的 SAP 的 ERP系統(tǒng)，就會在數(shù)據(jù)庫廠商常見的授權(quán)模式下遇到很奇怪的情況，因為他們是根據(jù)中央處理器的能力 (CPU 數(shù)或者處理器核心數(shù)) 。所以，如果非常嚴格地解釋授權(quán)協(xié)議，則云用戶就要評估云服務商的所在地，所有可能會用到的處理器數(shù)量作為數(shù)據(jù)庫授權(quán)數(shù)量。 而若服務商的多人共享資源池非常大，就會導致一個嚴重的經(jīng)濟問題。
鄂公網(wǎng)安備 42010302001612號