經(jīng)?？梢钥吹绞跈?quán)問題被歸為云服務(wù)商與軟件廠商之間的議題，其實(shí)不然。授權(quán)的問題其實(shí)應(yīng)該是云服務(wù)商與使用者在經(jīng)濟(jì)與合法性上重點(diǎn)的議題。

不過(guò)，正確的授權(quán)在云環(huán)境中并不是都這么簡(jiǎn)單，因?yàn)榇蟛糠诌€是需要考慮既有授權(quán)協(xié)議的適用性。令人驚訝的是，某些知名軟件廠商的授權(quán)模式很明顯蓓后于目前的云發(fā)展。 因此需要做出決策，未決定是否要求廠商的特定軟件產(chǎn)品有根據(jù)"云適用"( Cloud-ready )特性的授權(quán)模式研發(fā)而成。

也因?yàn)檫@個(gè)原因，越來(lái)越多開放源代碼( Open Source )產(chǎn)品變成被考慮的替代方案。

特別是在 IaaS 的服務(wù)模式下，用戶必須在授權(quán)部分考慮更多細(xì)節(jié)。 對(duì)云服務(wù)商來(lái)說(shuō)，IaaS 在授權(quán)方面的問題會(huì)最少，因?yàn)樗麄冎灰?fù)責(zé)自己提供的服務(wù)組件產(chǎn)品線就可以了。這就是典型的基礎(chǔ)設(shè)施相關(guān)軟件(如虛擬層，Virtualisation Layer)，可以在一個(gè)虛擬的數(shù)據(jù)中心提供計(jì)算機(jī)運(yùn)算與存儲(chǔ)的能力。 通常高階軟件的授權(quán)會(huì)由云用戶自行負(fù)責(zé)。服務(wù)商因?yàn)閷?duì)于用戶的軟件不熟悉，就會(huì)盡量避免相關(guān)的責(zé)任和費(fèi)用。

雖說(shuō)虛擬化的技術(shù)是云基礎(chǔ)設(shè)施服務(wù)的基礎(chǔ)，但很多標(biāo)準(zhǔn)軟件提供商提出的授權(quán)模式還是沒有充分考慮這個(gè)方面。 在很多情況之下，軟件產(chǎn)品常常是依據(jù)實(shí)際部署的基礎(chǔ)設(shè)施來(lái)授權(quán)，但其實(shí)云用戶不可能對(duì)基礎(chǔ)設(shè)施的細(xì)節(jié)熟悉。

因?yàn)?IaaS 服務(wù)的用戶需要對(duì)他們自己在虛擬數(shù)據(jù)中心部署的軟件產(chǎn)品做授權(quán)，他們也必須一一理清到底現(xiàn)有的授權(quán)協(xié)議允許的實(shí)際授權(quán)數(shù)量是多少。但軟件提供商對(duì)于要公開其在虛擬環(huán)境的授權(quán)模式非常排斥。德國(guó)聯(lián)邦信息通信技術(shù)及新媒體產(chǎn)業(yè)協(xié)會(huì) BitKom 早在 2009 年在其指引中就建議，當(dāng)發(fā)生授權(quán)爭(zhēng)議時(shí)，云應(yīng)用程序可采用開放源代碼。

舉例來(lái)說(shuō)，可以參考 SAP 的 ERP 使用甲骨文 (Oracle) 數(shù)據(jù)庫(kù)的情況。身為云用戶，如果想要操作構(gòu)建在 IaaS 服務(wù)商虛擬數(shù)據(jù)中心的 SAP 的 ERP系統(tǒng)，就會(huì)在數(shù)據(jù)庫(kù)廠商常見的授權(quán)模式下遇到很奇怪的情況，因?yàn)樗麄兪歉鶕?jù)中央處理器的能力 (CPU 數(shù)或者處理器核心數(shù)) 。所以，如果非常嚴(yán)格地解釋授權(quán)協(xié)議，則云用戶就要評(píng)估云服務(wù)商的所在地，所有可能會(huì)用到的處理器數(shù)量作為數(shù)據(jù)庫(kù)授權(quán)數(shù)量。 而若服務(wù)商的多人共享資源池非常大，就會(huì)導(dǎo)致一個(gè)嚴(yán)重的經(jīng)濟(jì)問題。