微軟的云計(jì)算服務(wù)Azure與亞馬遜的AWS有什么區(qū)別？

我從一個(gè)aws/azure/阿里云的云服務(wù)的普通使用者的角度，按四個(gè)方面(控制臺(tái)、文檔、技術(shù)支持、安全性)說(shuō)下區(qū)別。

一，控制臺(tái)界面，aws完勝。

azure界面是挺好看的，但是操作起來(lái)UX很不好，很多技術(shù)術(shù)語(yǔ)也比較另類(可能考慮和aws不能一樣叫法)，還有很多莫名其妙的小bug，用起來(lái)有點(diǎn)揪心。

aws界面比較樸實(shí)，用起來(lái)UX很舒服，功能不需要亂跳頁(yè)面，盡量在當(dāng)前頁(yè)面里面操作。而azure和阿里云則是經(jīng)常跳頁(yè)面或新開tab頁(yè)，跳來(lái)跳去煩。

aws的IAM權(quán)限管理和ARN服務(wù)資源管理貫穿所有服務(wù)，使用不同服務(wù)時(shí)配置起來(lái)很好理解，尤其是配置lambda函數(shù)和api網(wǎng)關(guān)和kinesis時(shí)。服務(wù)日志功能也用起來(lái)很舒服，調(diào)試起來(lái)很方便。

但是控制臺(tái)上的虛擬機(jī)自身可視化監(jiān)控這塊，阿里云ecs做的比aws的ec2和azure vm易用簡(jiǎn)單。

二，文檔，aws好點(diǎn)。

aws的user guide都有中英文，每個(gè)服務(wù)一個(gè)ug( user guide)文檔，讀起來(lái)挺舒服。雖然每個(gè)ug有幾百到上千頁(yè)，我讀起來(lái)一點(diǎn)都不累。

azure的文檔讀起來(lái)由于術(shù)語(yǔ)另類原因，讀起來(lái)總是覺得別扭。

另外，老實(shí)說(shuō)，我從aws的許多ug學(xué)到了很多知識(shí)，感謝aws ug。

三，技術(shù)支持，aws完勝。

azure和aws我用的都是一個(gè)月幾十美元那種的最基礎(chǔ)的support。當(dāng)然aws的技術(shù)支持還會(huì)收取你買的服務(wù)的3%的技術(shù)支持費(fèi)，比如你在這個(gè)月買了10臺(tái)3年upfront的ec2保留實(shí)例，花費(fèi)了3萬(wàn)美元，那么這個(gè)月賬單就會(huì)多出900美元的技術(shù)支持費(fèi)用。

azure的技術(shù)支持服務(wù)是臺(tái)北那邊的。遇到問題開工單，azure的工單提交表單反人類的很。技術(shù)支持郵件回復(fù)不是很專業(yè)，解決問題從處理時(shí)間和處理能力看也是不太給力，唯一好處是可以和臺(tái)灣妹子電話溝通，聲音很嗲，態(tài)度也很好。但是我提交工單是為了解決問題的，azure的技術(shù)支持問題導(dǎo)致azure的服務(wù)用的揪心。

aws的技術(shù)支持support提交工單表單很易用，技術(shù)支持郵件回復(fù)特別專業(yè)，特別嚴(yán)謹(jǐn)，邏輯性很強(qiáng)，格式也很標(biāo)準(zhǔn)，感覺像寫論文。

四，安全性。

大廠安全性都不會(huì)差。azure的security best practices文檔，就值得所有使用云服務(wù)的開發(fā)人員讀N遍。

至于每個(gè)廠的安全標(biāo)準(zhǔn)，如GDPR等之類的標(biāo)準(zhǔn)，我也沒仔細(xì)研究。

我就說(shuō)一個(gè)小細(xì)節(jié)。

aws安全意識(shí)很高，比如ec2出問題時(shí)會(huì)說(shuō)根據(jù)aws安全策略技術(shù)支持不得進(jìn)去客戶服務(wù)器里面去操作。

而azure和阿里云，技術(shù)支持會(huì)在得到客戶授權(quán)后，直接進(jìn)去服務(wù)器進(jìn)行操作。

阿里云允許用戶創(chuàng)建實(shí)例時(shí)，選擇root賬號(hào)ssh登錄，而aws和azure則秘鑰登錄。

利益相關(guān)，都用過?，F(xiàn)公司是 MS 的合作伙伴，主推 Azure。

但是開發(fā)來(lái)說(shuō) Azure 實(shí)在是不敢恭維，對(duì)開源社區(qū)實(shí)在是太鬧心，各種 SDK 文檔太差了。

拋開價(jià)格不說(shuō)，主要說(shuō)說(shuō)功能。

AWS

各種開發(fā)文檔非常穩(wěn)定，健全，界面好用，SDK 還沒有出現(xiàn)過 Testing 過不去的情況。 如果你是 Java 的深度使用者，AWS 不要太容易。

各種 SDK 和文檔基本上都能讓你解決問題，至少不會(huì)迷失在界面中的各種授權(quán)。

唯一差點(diǎn)就是報(bào)表和統(tǒng)計(jì)功能，這東西是大學(xué)生的畢業(yè)設(shè)計(jì)嗎？太難看，太粗糙。

Azure

開發(fā)文檔就各種蛋疼了。配置一團(tuán)糟，經(jīng)常不知道要干什么，Azure 主要和微軟的產(chǎn)品深度融合。如果你的公司是微軟產(chǎn)品的重度使用者，包括數(shù)據(jù)庫(kù)。Azure 絕對(duì)是不錯(cuò)的選擇。

Google

說(shuō)心里話，Google 這云服務(wù)是打醬油的嗎？壓根沒有花心思呀。至少現(xiàn)在不在考慮范圍內(nèi)了。

總結(jié)來(lái)說(shuō)就是：

如果你的公司走的是開源路線，Spring 全家桶，加上 MySQL 的開源數(shù)據(jù)庫(kù)，準(zhǔn)備 CentOS 搞搞，Oracle 這東西也用不上的話，還是用 AWS 吧。

Azure 和微軟的產(chǎn)品融合度太深，你沒有辦法跳出微軟的魔掌。政府不缺錢的話，整微軟沒啥問題。

小公司，光一個(gè) Office 的許可證都能頭疼半天。所謂的安全性，有時(shí)候在經(jīng)濟(jì)利益驅(qū)動(dòng)下真的是可以犧牲的。

Azure 的安全性其實(shí)就是深入到每一步的權(quán)限認(rèn)證，這個(gè)真的是雙刃劍，權(quán)限認(rèn)證太多，讓開發(fā)小組特別頭疼，經(jīng)常錯(cuò)誤原因莫名其妙。

舉例來(lái)說(shuō)，配置一個(gè)無(wú)服務(wù)數(shù)據(jù)庫(kù)，因?yàn)槌^ 1 小時(shí)沒有連接，服務(wù)器會(huì)自動(dòng)進(jìn)入休眠狀態(tài)。如果你這時(shí)候用連接，直接錯(cuò)誤。因?yàn)榉?wù)器要重啟嘛，重啟要時(shí)間呀。

很多人總迷信 MSSql 和 Oracle，不可否認(rèn)，這大廠的東西確實(shí)不錯(cuò)。

PGSQL 和 MariaDB 對(duì)初創(chuàng)企業(yè)來(lái)說(shuō)真不錯(cuò)的。就那么多數(shù)據(jù)量，MSSQL 和 Oracle 裝都裝暈了。Sql 函數(shù)有時(shí)候還不通用。啟動(dòng)個(gè)客戶端都要半天。

離開數(shù)據(jù)談云服務(wù)都是耍流氓。

一句話來(lái)說(shuō)，AWS 對(duì)開源社區(qū)比較友好，Azure 不弄暈?zāi)悴粌斆?/p>