導(dǎo)讀：隨著國際云市場競爭越來越激烈，以中美貿(mào)易戰(zhàn)為導(dǎo)火索，越來越多的國內(nèi)AWS客戶開始從AWS搬遷至阿里云。本篇文章作為系列文章開篇，從整體分析AWS/阿里云產(chǎn)品差異分析，希望能給大家有所借鑒及啟發(fā)。

作者 | 文強(qiáng)

來源 | 凌云時(shí)刻（微信號(hào)：linuxpk）

作者 | 文強(qiáng)

來源 | 凌云時(shí)刻（微信號(hào)：linuxpk）

計(jì)算

雖然部分產(chǎn)品從功能上有所差異，但整體產(chǎn)品上，AWS和阿里云的計(jì)算產(chǎn)品體系完善度相差不大。

AWS在產(chǎn)品方向上犯過大錯(cuò)，在容器產(chǎn)品方面，AWS在之前集中精力搞Elastic Container Service，直接2018年才推出 kubernetes 產(chǎn)品 Fargate。

AWS/阿里云常用計(jì)算產(chǎn)品對標(biāo)如下表所示。

表一：AWS/阿里云常用計(jì)算產(chǎn)品

以EC2/ECS為例，下表從ECS/EC2實(shí)例按類型分類對比，實(shí)例類型豐富度基本是持平的，AWS主要優(yōu)勢在網(wǎng)絡(luò)性能上，最大規(guī)格單實(shí)例性能能達(dá)100G， AWS在網(wǎng)絡(luò)基礎(chǔ)設(shè)施及技術(shù)上的確有優(yōu)勢。

表二：AWS/阿里云實(shí)例按類型分類對比

另外，AWS的RI（預(yù)留實(shí)例）對實(shí)例規(guī)格沒有限制，即按總CPU和內(nèi)存數(shù)計(jì)算，阿里云預(yù)留實(shí)例對規(guī)格規(guī)格是有限制的，靈活性能比AWS略有不足。

網(wǎng)絡(luò)

常用網(wǎng)絡(luò)產(chǎn)品競品對標(biāo)如下表所示。

值得一提的是，CEN產(chǎn)品是阿里云首發(fā)的，AWS的TGW產(chǎn)品比阿里云CEN要晚1年左右。

表三：AWS/阿里云常用網(wǎng)絡(luò)產(chǎn)品

從功能上看，AWS在負(fù)載均衡產(chǎn)品上，轉(zhuǎn)發(fā)策略支持比阿里云SLB功能要豐富，具體如下表所示。

表四：AWS/阿里云常用網(wǎng)絡(luò)產(chǎn)品功能對比

存儲(chǔ)

常用存儲(chǔ)產(chǎn)品競品對標(biāo)如下表所示。

表五：AWS/阿里云常用存儲(chǔ)產(chǎn)品

以S3/OSS為例，從以下幾點(diǎn)分析S3/OSS差異

API兼容性：
通過S3 API訪問OSS
獲取OSS主賬號(hào)或子賬號(hào)的AccessKeyId和AccessKeySecret，并在客戶端和SDK中配置申請的AccessKeyId與AccessKeySecret
考慮到OSS特性支持及運(yùn)維建議使用OSS SDK
Path style和Virtual hosted style：virtual hosted style是指將Bucket放入host header的訪問方式。OSS基于安全考慮，僅支持virtual hosted訪問方式，所以在S3到OSS遷移后，客戶端應(yīng)用需要進(jìn)行相應(yīng)設(shè)置。部分S3工具默認(rèn)使用Path style，也需要進(jìn)行相應(yīng)配置，否則可能導(dǎo)致OSS報(bào)錯(cuò)禁止訪問。后續(xù)S3也慢慢去除Path style方式
公網(wǎng)VPC訪問差異：公網(wǎng)或VPC內(nèi)訪問S3，使用同一個(gè)Endpoint，VPC內(nèi)訪問相當(dāng)于公網(wǎng)地址私用。而OSS需要使用不同的endpoint。考慮到遷移速度及費(fèi)用問題，S3遷移OSS一般采用專線方式，需要在AWS EC2集群搭建遷移服務(wù)；如果通過ECS跨專線訪問S3默認(rèn)走公網(wǎng)
多版本：OSS只有部分region開啟了多版本
API兼容性：S3/OSS兼容的API，如下表所示：

表六：S3/OSS兼容API

數(shù)據(jù)庫

常用數(shù)據(jù)庫產(chǎn)品競品對標(biāo)如下表所示。

表七：AWS/阿里云常用數(shù)據(jù)庫產(chǎn)品

整體上看，數(shù)據(jù)庫產(chǎn)品體系比較類似，其中區(qū)別較大的是：

AWS沒有原生的MongoDB產(chǎn)品，而是推出了兼容MongoDB API，存儲(chǔ)計(jì)算分離架構(gòu)的DocumentDB；
AWS沒有原生的HBASE產(chǎn)品，可以通過EMR來快速使用HBASE；阿里云的EMR也是支持HBASE的；
AWS支持原生Oracle，阿里云通過POLARDB-O，PPAS部分兼容oracle，結(jié)合ADAM產(chǎn)品做去O評估

以RDS為例，介紹AWS/阿里云的優(yōu)缺點(diǎn)：

AWS/阿里云共性

托管數(shù)據(jù)庫服務(wù)，擴(kuò)展性好
支持MySQL，PostgreSQL， SQL Server等關(guān)系型數(shù)據(jù)庫
高可用部署（多可用區(qū)），F(xiàn)ailover自動(dòng)切換
數(shù)據(jù)加密，安全
可靠的文件存儲(chǔ)（基于云盤／EBS）

AWS/阿里云差異

AWS RDS通過 DNS 實(shí)現(xiàn)容災(zāi)，主備切換、升降配時(shí)會(huì)觸發(fā)IP變動(dòng)；Aliyun RDS為了實(shí)現(xiàn)讀寫分離、七層負(fù)載均衡和避免連續(xù)閃斷，引入了proxy鏈路，升降配或主備切換不會(huì)觸發(fā)IP變動(dòng)
6版本只讀實(shí)例不支持Binlog
Aliyun 支持 VPC & Classic ；AWS 只支持 VPC
默認(rèn)mysql系統(tǒng)參數(shù)部分不一致

阿里云優(yōu)勢

更好的數(shù)據(jù)庫性能，AWS RDS均是基于EC2部署，阿里云目前也在推ALL ON ECS，并且RDS已經(jīng)發(fā)布ECS版，實(shí)測同等配置下阿里云非ECS版RDS IOPS／QPS比AWS RDS高一倍，且具備 AWS 沒有的獨(dú)占物理機(jī)實(shí)例
支持異步和半同步復(fù)制
更長的鏡像，日志保存時(shí)間
基于 DTS 實(shí)現(xiàn)跨區(qū)域同步
SQL 審計(jì)
結(jié)合DMS，更好的運(yùn)維體驗(yàn)

AWS優(yōu)勢

原生支持Oracle
更多的數(shù)據(jù)庫參數(shù)
AWS具備刪除保護(hù)開關(guān)，避免誤刪

大數(shù)據(jù)

常用大數(shù)據(jù)產(chǎn)品競品對標(biāo)如下表所示。

表八：AWS/阿里云常用大數(shù)據(jù)產(chǎn)品

AWS和阿里云大數(shù)據(jù)產(chǎn)品規(guī)劃上差異是較大的，特別是在自研方面，阿里云的MaxCompute+DataWorks從功能上，在AWS沒有能與之匹配的產(chǎn)品。

Redshift主要面向的是傳統(tǒng)數(shù)倉領(lǐng)域，提供大規(guī)模數(shù)據(jù)快速查詢分析，Redshift不直接支持MR，可以結(jié)合EMR作計(jì)算，使用Redshitf存儲(chǔ)。IDE方面，AWS沒有提供原生產(chǎn)品支持，而是建議他的客戶使用開源的IDE。

下面具體說明Redshift和MaxCompute差異。

表九：Redshift和MaxCompute差異對比

另外，AWS的EMR+S3，從網(wǎng)絡(luò)性能上，要比阿里云高很多，單集群可以達(dá)到500g帶寬能力，而阿里云側(cè)，EMR+OSS原生只能達(dá)到100G，結(jié)合jindofs，可以達(dá)到類似500g帶寬的吞吐。從這一方面，也可以體現(xiàn)AWS在網(wǎng)絡(luò)基礎(chǔ)設(shè)施技術(shù)方面的優(yōu)勢。

總結(jié)

隨著阿里云這幾年快速發(fā)展，在產(chǎn)品體系上，也越來越完善，追上了AWS的腳步，并且，有些產(chǎn)品還有先發(fā)的優(yōu)勢，比如CEN，而且，我們少數(shù)產(chǎn)品非常有優(yōu)勢，比如SLS，AWS上沒有能和SLS對標(biāo)的產(chǎn)品，日志方面，AWS建設(shè)客戶使用開源的ELK方案（ElasticSearch可以使用AWS產(chǎn)品）；另外，得益國國內(nèi)直播行業(yè)火熱，阿里云CDN直播比AWS成熟。

但整體上，AWS還是領(lǐng)先者，優(yōu)勢主要體現(xiàn)在以下幾點(diǎn)：

產(chǎn)品一致性：從AWS用戶實(shí)際體驗(yàn)，AWS所有產(chǎn)品都是可預(yù)期的、標(biāo)準(zhǔn)化體系化的，不會(huì)出現(xiàn)驚喜或驚嚇，比如AWS產(chǎn)品上線前，在標(biāo)簽功能、IAM接入、lamda對接、CloudWatch對接待橫向特性或橫向產(chǎn)品對接下，必須是較完善的。而阿里云的很多產(chǎn)品在這些方面都是不完善的，比如我們很多新產(chǎn)品或較新的產(chǎn)品標(biāo)簽功能不完善，DTS產(chǎn)品的遷移/同步任務(wù)的監(jiān)控是在產(chǎn)品自己的控制臺(tái)配置的，沒有接入云監(jiān)控，等等，這類情況還有很多；
API理念：AWS電商帶來的API理念，產(chǎn)品發(fā)布嚴(yán)格把控API；AWS API及文檔是比較完善的，我們的API還不夠穩(wěn)定，特別是涉及一些新功能或多產(chǎn)品協(xié)同API，BUG較多，文檔也不夠完善
生態(tài)：AWS生態(tài)比較強(qiáng)大，比如terraform由生態(tài)開發(fā)者支持，阿里內(nèi)部專人開發(fā)

基于AWS穩(wěn)定的API，國外AWS主流用戶以及國內(nèi)TOP級客戶，對云的理解及使用非常深入，主要體現(xiàn)在以下兩點(diǎn)：

極致彈性：
AWS RI（預(yù)留實(shí)例）對ECS規(guī)格不限制，預(yù)留實(shí)例可以按需隨時(shí)彈給不同業(yè)務(wù)，可以是在線應(yīng)用，也可以離線應(yīng)用；
在線應(yīng)用按業(yè)務(wù)高低峰時(shí)間或業(yè)務(wù)實(shí)時(shí)流量曲線，穩(wěn)定的伸縮，保持在線應(yīng)用CPU使用率30%以上；
離線平臺(tái)EMR：在白天可以直接釋放集群，晚上跑離線任務(wù)定時(shí)創(chuàng)建
Infrastructure as Code：
完全脫離控制臺(tái)，基于API操作，使用Terraform穩(wěn)定、高效的管理云資源
在云上創(chuàng)建k8s集群（基于產(chǎn)品），控制臺(tái)操作需要20+步驟，還可能出錯(cuò)，而基于Terraform，在配置寫好情況下，一步創(chuàng)建，為極致彈性提供助力