公司繼續向雲端計算進軍。無論是使用單獨的雲服務還是將整個基礎架構遷移到新的雲生態系統中,您並不是唯一一個尋求雲技術附加優勢的人。
從可擴充套件性、安全性和靈活性的改進到成本和環境影響的降低,有很多理由可以遷移到雲中。當然,轉型並不像以前那麼容易。
自成立以來,雲生態系統已成為一個複雜的、不斷擴充套件的無數提供商、技術、產品和服務。當您嘗試將這些垂直領域的不同組合拼湊在一起時,您的選擇可能會迅速攀升至1000種。很快就會發現,選擇太多了。
雲端計算公司和服務(圖片來源:imelgrat.me)
與任何行業一樣,少數公司超越其他公司成為市場領導者。當我們想到雲端計算提供商時,有三個名列榜首:谷歌雲平臺、亞馬遜網路服務和微軟Azure。
今天,我們將比較兩個雲巨頭,谷歌雲平臺和亞馬遜網路服務。我們將深入研究每個供應商的產品和服務。尋求增加清晰度並簡化比較這兩個雲提供商的過程,以便做出明智的決定。
這兩個平臺都提供了廣泛的好處,但哪種平臺適合您最終取決於您公司自己的獨特要求。
為什麼谷歌雲與亞馬遜網路服務
如果您打算使用雲服務,那麼您無疑會發現Google Cloud、Amazon Web Services和Microsoft Azure這三個提供商。今天,我們將重點比較其中兩個,特別是Google Cloud與AWS。
這些雲巨頭是科技領域家喻戶曉的名字。這兩個組織都在各自的行業佔據主導地位十多年。作為世界領先的公司,他們一絲不苟地追求創新和卓越。每個人都擁有幾乎不可能與之競爭的豐富的技術行業專業知識。
憑藉各自的技術基礎,他們開發出行業領先的雲端計算平臺也就不足為奇了。2020年9月,Gartner再次將Google和AWS評為其基礎設施即服務 (IaaS) 魔力象限的領導者。
對於亞馬遜來說,這是AWS連續第10年在Gartner的雲基礎設施即服務 ( IaaS )魔力象限中佔據領導者象限的右上角。在執行能力方面獲得最高排名,在願景完整性方面獲得最高排名。
2020年全球雲基礎設施即服務魔力象限(圖片來源:Gartner)
谷歌雲和AWS繼續主導行業
自2008年IaaS解決方案開始受到關注以來,谷歌雲和AWS一直主導著雲端計算領域。
2020年8月,Gartner的一份報告將Google和Amazon列為一組5家公共雲基礎設施提供商,這些提供商佔IaaS市場的80%。隨著兩家公司加倍努力鞏固在市場上的立足點,這種趨勢只會持續下去。
儘管全球大流行使主要經濟體停滯不前,但Gartner預測2020年全球公共雲收入將增長6.3%。在遠端工作爆炸式增長的推動下,我們可以合理地期待雲空間中的比較結果。尤其是該報告概述了桌面即服務 (DaaS) 市場增長了94%。在這種背景下,你可以期待谷歌和亞馬遜繼續擴張。
雖然它們都是在IaaS領域起步的,但您現在可以求助於Google Cloud和AWS,以獲取數百種跨IaaS、SaaS和PaaS的解決方案。兩家組織都在不斷創新,並將新的雲服務產品新增到他們不斷擴大的名單中。
2020年穀歌雲平臺收入
Alphabet的第四季度和2019財年業績顯示,該公司繼續實現強勁增長,總收入同比增長18%。雖然谷歌雲貢獻的收入缺乏透明度,但該公司報告稱其增長率超過100%,使該公司截至年底的年營業額達到100億美元。
2020年,隨著冠狀病毒大流行的到來,谷歌雲的母公司Alphabet創下了自2004年上市以來的首次季度收入下滑。在這種可怕的背景下,谷歌雲實際上逆勢而上,似乎只是加速了生長。
在第一季度,由於Google Meet,Google Cloud取得了顯著收益,當時他們的視訊會議工具受到遠端工作者的歡迎。第一季度、第二季度和第三季度的收益發布報表顯示了谷歌雲平臺收入同比持續增長的模式。隨著我們邁向2020年底,谷歌雲收入預計將增長到超過130億美元的年執行速度——預計2019年將增長30%。
2020年亞馬遜網路服務收入
2019年,亞馬遜第四季度財報報告顯示,AWS的銷售收入接近100億美元。使該組織的年收入執行速度超過400億美元。
隨著2020年冠狀病毒大流行的出現,AWS的增長明顯放緩。隨著第一季度、第二季度和第三季度的收益發布報表顯示同比增長下降並在每個季度穩定在30%以下的增長率。這與前3年40-50%的增長相比明顯放緩。
這絕不是一個悲觀的情景,AWS現在的年收入為430億美元,預計一旦第四季度完成,這一數字將會擴大。如果您是亞馬遜的股東,則可能是個例外,尤其是在傑夫·貝佐斯(Jeff Bezos)告訴亞馬遜股東“坐下來”,而他們的COVID-19反應會侵蝕營業利潤之後。
谷歌雲與亞馬遜網路服務功能比較
比較Google Cloud與AWS平臺並非易事。他們龐大且不斷擴充套件的雲服務現在包括100多種可供選擇的產品。更復雜的是,供應商通常對比較產品使用不同的命名約定。因此,為了避免迷失在細節中,它需要一定程度的知識和理解。
為簡化任務,谷歌雲平臺和亞馬遜網路服務平臺謝天謝地將他們的產品歸入相同的類別標題下。加快流程以節省您的時間,我們已經完成了比較關鍵業務類別中最常用服務的繁重工作。
在本節中,我們將探討結合起來建立典型雲部署的產品——計算、網路、安全和儲存。
我們還涵蓋了圍繞這些服務的關鍵考慮因素。服務支援、平臺穩定性、定價和計費結構。
計算特徵
在比較Google Cloud與Amazon Web Services的計算能力時,我們將重點關注虛擬機器 (VM)。
這些計算機系統模擬提供了物理計算機的功能,並且幾乎可以執行您能想到的任何工作負載。它們是您的雲環境的基礎,選擇適合您業務需求的VM設定至關重要。
兩家雲提供商都對虛擬機器採用了類似的方法,儘管它們對各自的產品使用不同的命名約定。
Compute Engine是Google Cloud Platform上的服務產品,而Amazon Web Services被命名為Amazon Elastic Compute Cloud (Amazon EC2)。每個提供商還使用不同的術語和概念。
值得慶幸的是,Google已將Amazon EC2的術語和概念對映到Compute Engine的術語和概念——您可以在下表中看到:
特徵 | 亞馬遜EC2 | 計算引擎 |
虛擬機器 | 例項 | 例項 |
機器映像 | 亞馬遜機器映像 | 圖片 |
臨時虛擬機器 | 現貨例項 | 搶佔式虛擬機器 |
防火牆 | 安全組 | Compute Engine防火牆規則 |
自動例項擴充套件 | 自動縮放 | Compute Engine自動擴縮程式 |
本地附加磁碟 | 臨時磁碟 | 本地SSD |
虛擬機器匯入 | 支援的格式:RAW、OVA、VMDK 和 VHD | 支援的格式:RAW、OVA、VMDK 和 VHD |
部署地點 | 區域性 | 區域性 |
將Amazon EC2的高階術語對映到Google Compute Engine(表來源:Google)
虛擬機器功能
在Compute Engine Amazon EC2上部署虛擬機器例項時,這兩種服務都提供了許多緊密一致的功能,其中包括:
- 使用儲存的磁碟映像建立例項的能力
- 啟動和終止例項的按需功能
- 無限制地管理您的例項
- 標記您的例項的能力
- 可以在您的例項上安裝的各種可用作業系統
虛擬機器訪問
在訪問您的VM時,Compute Engine和Amazon EC2之間採用的方法存在許多關鍵差異。
如果您希望終端訪問Amazon EC2中的例項,則需要包含您自己的SSH金鑰。
Compute Engine提供了一種更靈活的終端訪問方法。允許您在需要時建立SSH金鑰,即使該例項已經執行。藉助Compute Engine的基於瀏覽器的SSH終端,您也不需要將這些金鑰儲存在本地計算機上,該終端可通過Google Cloud Console使用。
虛擬機器例項型別
部署虛擬機器時,Compute Engine和Amazon EC2都通過一系列預定義例項提供簡單性。這些例項包含虛擬CPU、RAM和網路的特定配置。
Google和Amazon都提供了100多種不同配置的虛擬機器型別。每個都提供靈活性,允許您自定義配置以擴充套件您的VM資源以滿足您業務的獨特需求。
您可以通過將CPU和可用RAM的數量增加到極端高階規格來做到這一點。
提供者最大限度地利用以下內容:
- Google Compute Engine虛擬機器可擴充套件到416個vCPU和11,776GB RAM
- Amazon EC2虛擬機器可擴充套件到448個vCPU和24,576GB RAM
在VM型別的範圍內,兩個平臺都使用大致相同的分類。儘管在某些類別中,一個提供商可能會提供一種機器型別,而另一個則不會。
根據您的業務需求,您可以選擇跨類別的機器型別,包括共享核心、通用、記憶體優化、計算優化、儲存優化、GPU和高效能類別。
為了向您提供Amazon EC2和Compute Engine之間的最佳VM比較,我們編制了下表,其中列出了兩種服務的最新機器型別。
機型 | 亞馬遜EC2 | 計算引擎 |
共享核心 | 不適用 | f1-micro – g1-smalle2-micro – e2-medium |
一般用途 | a1.medium – a1.metalt4g.nano – t4g.2xlarget3.nano – t3.2xlarget3a.nano – t3a.2xlarget2.nano – t2.2xlargem6g.medium – m6gd.metalm5.large – m5d.metalm5a .large – m5ad.24xlargem5n.large – m5dn.24xlargem4.large – m4.16xlarge | e2-standard-2 – e2-standard-32e2-highmem-2 – e2-highmem-16e2-highcpu-2 – e1-highcpu-32n1-standard-1 – n1-standard-96n1-highmem-2 – n1-highmem-96n1-highcpu-2 – n1-highcpu-96n2-standard-2 – n2-standard-80 n2-highmem-2 – n2-highmem-80n2-highcpu-2 – n2-highcpu-80n2d -standard-2 – n2d-standard-224 n2d-highmem-2 – n2d-highmem-96n2d-highcpu-2 – n2d-highcpu-224 |
記憶體優化 | r6g.medium – r6gd.metalr5.large – r5d.metalr5a.large – r5ad.24xlarger5n.large – r5dn.24xlarger4.large – r4.16xlargex1e.xlarge – x1e.32xlargex1.16xlarge – x1.32xlargeu -6tb1.metal -u24tb1.metalz1s.large – z1d.metal | m1-ultramem-40 – m1-ultramem-160m1-megamem-96m2-ultramem-208 – m2-ultramem-416 |
計算優化 | c6g.medium – c6gd.metalc5.large – c5d.metalc5a.large – c5ad.24xlargec5n.large – c5n.metalc4.large – c4.8xlarge | c2-standard-4 – c2-standard-60 |
儲存優化 | i3.large – i3.metali3en.large – i3en.metald2.xlarge – d2.8xlargeh1.2xlarge – h1.16xlarge | 不適用 |
圖形處理器 | p4d.24xlargep3.2xlarge – p3db.24xlargep2.xlarge – p2.16xlargeinf1.xlarge – inf1.24xlargeg4dn.xlarge – g4dn.metalg3s.xlarge – g3.16xlargef1.2xlarge – f1.16xlarge | NVIDIA® Tesla® T4 – NVIDIA® Tesla® K80NVIDIA® Tesla® T4 虛擬工作站 – NVIDIA® Tesla® P100 虛擬工作站 |
高效能 | 不適用 | 不適用 |
自定義VM資源配置 | 是的 | 是的 |
虛擬機器映像
要加速您的虛擬機器部署,您可以使用機器映像。
這些通常配置為包括作業系統和所需的支援Web伺服器和資料庫軟體。Compute Engine和Amazon EC2都使用機器映像來建立新例項。除了標準配置之外,它們都允許您使用第三方供應商釋出的影象或為私人使用而建立的自定義影象。
這些平臺非常相似,您可以使用相同的工作流程在Amazon EC2和Compute Engine上建立映像。
在影象儲存方面,它們採用的方法略有不同。在Google Cloud上,影象使用Compute Engine儲存,而Amazon EC2將其影象儲存在不同的服務中——Amazon Simple Storage Service (S3) 或Amazon Elastic Block Store (EBS)。
Amazon EC2相對於計算引擎的顯著優勢是能夠訪問現成影象的社羣儲存庫以及使您自己的影象公開可用(如果這是一項要求)。
另一方面,Compute Engine提供了全球可用的機器映像的優勢。雖然Amazon Machine映像是地理鎖定的,這意味著它們僅在特定區域可用。
虛擬機器的自動例項擴充套件
雲端計算最強大的優勢之一是能夠擴充套件您的工作負載資源以滿足需求。這是雙向的,在高峰期增加資源以維持效能,並在安靜時期減少資源以限制浪費和控制支出。這個過程被廣泛稱為自動縮放。
Compute Engine和Amazon EC2都支援和實施類似的自動擴充套件,允許您根據使用者定義的策略建立和刪除資源。
Amazon EC2自動擴充套件組中的例項,每個例項都是從定義的啟動配置建立的。根據選擇的三個擴充套件計劃之一建立或刪除例項
- 手動 – 您手動指示自動放大或縮小
- 計劃 – 您配置特定的時間範圍以自動擴充套件資源
- 動態 – 您建立策略以根據Amazon CloudWatch指標或Amazon Simple Queue Service (SQS) 佇列擴充套件您的例項。
Compute Engine在託管例項組中擴充套件例項。每個例項組都是從一個例項模板建立的,其中的資源基於自動擴充套件策略進行擴充套件。與Amazon EC2不同,Compute Engine的自動縮放器僅支援動態縮放。
臨時虛擬機器例項
如果您想利用雲端計算的力量,但預算有限,那麼值得探索臨時例項的選項。在分配給其他程序的資源的空閒週期上執行的虛擬機器。
臨時例項偶爾可用,因此最好用於以下作業:
- 可以在不丟失工作的情況下被打斷
- 不需要在設定的時間範圍內完成,通常是低優先順序的工作負載
- 不需要更高的計算能力,例如渲染視訊
Amazon EC2和計算引擎都提供了一個臨時例項版本。儘管它們使用不同的定價模型和命名約定,但它們在使用臨時 VM 時具有一組共同的屬性:
- 執行時完全可控
- 以與按需例項相同的效能級別執行
- 僅限於機器型別和機器映像的子集,而不是按需例項
Amazon EC2臨時VM稱為Spot 例項。它們有兩種格式:
- 未定義的Spot例項 – 您在未定義的時間段內購買Spot例項,並支付在您的例項執行期間有效的價格。這種型別的例項可以以高達標準按需定價90%的折扣價提供。您可以通過Spot Instance Advisor檢查並比較當前Spot價格與按需費率。
- 預定義持續時間的Spot例項 — 您提前購買了一段時間。以每小時為增量提供長達6小時。通過前瞻性計劃,您只能獲得30-50%的折扣。
Compute Engine臨時虛擬機器被命名為Preemptible Virtual Machines。它們的可用時間比Amazon EC2同類產品長,在自動終止之前執行長達24小時(如果未回收)。它們的定價結構是固定的,與同等VM例項的按需費率相比,可享受高達 80% 的折扣率。
網路功能
Amazon Web Services和Google Cloud各自開發了強大的全球雲基礎設施。他們龐大的網路由全球數百個相互連線的資料中心組成。
每個提供商都開發了最先進的雲網路,專為高容錯、無數冗餘場景和低延遲水平而設計。每個都提供能夠為虛擬機器、其他雲服務和本地伺服器提供高速連線的網路服務。
在本節中,我們將仔細研究,比較Google和Amazon提供的網路產品和服務。
產品 | 亞馬遜網路服務 | 谷歌雲平臺 |
內容分發網路 | 亞馬遜雲前 | 雲CDN |
專用互連 | AWS直接連線 | 雲互聯 |
域名系統 | AWS路線53 | 雲DNS |
負載均衡 | 彈性負載平衡 | 雲負載平衡 |
虛擬網路 | 亞馬遜虛擬私有云 | 谷歌虛擬私有云 |
層級 | 不適用 | 網路服務層 |
地點
兩家供應商都在繼續快速擴充套件各自的基礎設施,新的資料中心位置正在開發或計劃中。在比較網路可用性的位置號碼時,它看起來太近了,無法呼叫。
谷歌雲網路位置
Google擁有目前在29個地區、73個區域、144個網路邊緣位置以及200多個國家和地區提供的雲網路位置。他們最近在首爾、鹽湖城、拉斯維加斯和雅加達增加了新的地點。
未來,Google Cloud將繼續擴充套件到以下地點:華沙(波蘭)、多哈(卡達)、多倫多(加拿大)、巴黎(法國)、米蘭(義大利)、聖地亞哥(智利)和馬德里(西班牙)。
谷歌雲區域網路(圖片來源:谷歌雲)
亞馬遜網路服務網路位置
AWS現在在24個區域、77個區域、210個網路邊緣位置和245個國家和地區提供雲網路位置。雖然這些數字看起來太接近了,但亞馬遜的網路更大,在兩倍於谷歌的地區提供多個可用區。在延遲方面,這會給他們帶來優勢。
很快,亞馬遜計劃在海得拉巴(印度)、雅加達(印度尼西亞)、大阪(日本)、馬德里(西班牙)和蘇黎世(瑞士)推出更多資料中心。
AWS區域雲網路(圖片來源:AWS)
內容交付網路 (CDN)
AWS和Google Cloud各自提供內容交付網路 (CDN)產品。兩者都可以通過在其全球基礎架構中複製和託管內容和服務來更快地向終端使用者提供內容和服務,從而實現更本地化的訪問。這意味著更快的載入時間、減少的頻寬壓力以及跨應用程式、網站和服務的更高響應能力。
它們被命名為Amazon CloudFront和Cloud CDN,它們都提供了增強的安全性,預設情況下可以防禦最頻繁發生的網路和傳輸層DDoS攻擊。它們還提供與各自平臺的深度整合,允許您解鎖其他工具來監控和提高效能。
負載均衡
谷歌雲和AWS都提供負載均衡服務。如果配置得當,它們將幫助您在多個例項之間自動分配流量,以提高應用程式的可用性和容錯能力。他們以不同的配置提供這些服務,我們現在將更仔細地研究這些配置。
AWS負載平衡
AWS的負載平衡服務稱為彈性負載平衡 (ELB)。它具有以下特點和能力:
- 您可以在內部和外部使用AWS負載平衡服務。
- 它允許您將流量引導到指定區域的一個或多個可用區中的例項。
- 對目標例項進行定期健康檢查,當例項變得不健康時,流量會被重定向。
- ELB可以與AWS Auto Scaling服務整合,這允許在Auto Scaling向上或向下擴充套件時自動新增和刪除例項
- Application Load Balancer可用於基於內容的路由和SSL
- 網路負載均衡器可用於高吞吐量、低延遲、第4層連線。
檢視Elastic Load Balancing比較部分,瞭解更詳細的功能比較。
谷歌雲負載平衡
谷歌的負載平衡服務被恰當地命名為Cloud Load Balancing。它提供了不同的特性和功能:
- Google Cloud負載平衡服務在內部訪問和外部訪問之間是分開的。
- 與ELB不同,當配置任何外部Compute Engine負載平衡器時,您將獲得一個可全域性訪問的單一IP地址。此IP地址用於負載平衡的整個生命週期,因此可用於DNS記錄、允許列表和應用程式中的配置。
負載平衡器的不同型別的Compute Engine包括:
- 網路負載均衡——專為外部第4層負載均衡而設計,它支援跨多個埠或埠範圍的UDP和TCP流量均衡。
- 帶有TCP和SSL代理的HTTP(S) 負載平衡——專為外部第 7 層負載平衡而設計,流量通過各種全球和區域協議進行平衡。根據可用容量自動將流量重定向到最近的後端。
- 內部TCP/UDP負載平衡 – 軟體定義的區域負載平衡,將流量從您的例項重定向到後端例項。
- 內部HTTP(S) 負載平衡——提供基於代理的第 7 層應用資料負載平衡,具有高階流量管理和TLS終止。
與其他網路的專用連線
如果您想建立與雲設定雲之外的例項的私有連線,例如您的本地環境,AWS和Google Cloud都提供滿足多種要求的服務:
虛擬專用網路 (VPN)
Cloud Router和Amazon VPC的各自產品允許您在他們的雲和您的網路之間建立一個私有閘道器
到VPC的專用連線
如果VPN無法為您提供某些工作負載所需的速度,則需要專用資源。兩家提供商都提供專用連線服務,其網路線路提供專用容量級別:
- AWS允許您通過其Direct Connect服務與AWS合作伙伴建立一條私人租用線路。訪問1-10Gbps 連線,為您提供50 Mbps的連線速度。
- Google允許您通過其專用互連服務以10 Gbps的增量從合作伙伴設施建立到您的Google VPC的直接物理連線。與AWS一樣,Partner Interconnect提供50Mbps以上的連線速度。
與其他雲服務的高速連線
兩家提供商都提供高速連線以訪問您的VPC之外的雲服務。
AWS的Direct Connect服務建立了一個單獨的虛擬介面,您可以通過該介面訪問所有AWS雲服務。
谷歌雲有更廣泛的服務:
- 直接對等– 讓您可以通過專用網路線路訪問所有Google雲服務,連線到Google的任何Edge Points of Presence。
- Carrier Peering – 提供相同的互連服務,只是連線是從Google合作伙伴租用的。
- 用於本地主機的私有Google訪問– 通過專用互連或合作伙伴互連提供私有訪問。
內容交付網路連線
兩家提供商都提供從您的雲資源到CDN提供商的折扣出口費率。Amazon僅為其自己的CDN服務Amazon CloudFront提供這些費率。Google提供CDN互連,它通過多個CDN提供商提供折扣出口費率。
域名系統
兩家提供商都通過各自的Amazon Route 53和Cloud DNS產品提供託管DNS服務。每個都支援幾乎所有DNS記錄型別、基於任播的服務和域名註冊。
在它們不同的地方,Amazon Route 53支援兩個路由選項,而Cloud DNS不支援。基於地理位置的路由,允許您將內容限制到地理位置。以及基於延遲的路由,它根據DNS服務測量的延遲級別來引導流量。
下表概述了跨兩種服務對映的功能列表:
特徵 | Amazon Route 53 | Cloud DNS |
區 | 託管區域 | 託管區域 |
支援大多數DNS記錄型別 | 是的 | 是的 |
Any-cast-based服務 | 是的 | 是的 |
基於延遲的路由 | 是的 | 不 |
基於地理的路由 | 是的 | 不 |
用於DNS服務的DNSSEC | 不 | 是的 |
私有區域/水平分割 | 是的 | 是的 |
網路服務層
迄今為止,谷歌雲平臺是唯一為其客戶提供網路服務層級的提供商。在標準層和高階層之間進行選擇,您可以靈活地根據效能和價格優化您的網路。
選擇高階層可解鎖Google的高效能和低延遲網路。您的流量被優先考慮,通過最快的路徑通過最少的躍點進行路由,以加快傳輸速度並提高安全性。您還可以訪問全球網路負載平衡,同時受到全球SLA的保護。
谷歌雲平臺高階層(圖片來源:谷歌雲)
標準層
選擇標準層將您連線到Google的效能較低的網路,與其他公共雲服務相比仍然具有很強的競爭力。您的負載平衡服務仍然是區域性的,您不受全球SLA的保護。此選項適用於成本超過效能考慮的使用者。
谷歌雲平臺標準層(圖片來源:谷歌雲)
儲存功能
亞馬遜和谷歌雲平臺提供五種不同型別的儲存服務。瞭解所使用的不同儲存和磁碟型別很重要,因為它們將直接影響您的效能。
分散式物件儲存
分散式物件儲存是一種將資料儲存為物件(也稱為blob)的方法。它允許您儲存、保護和訪問大量資料,以便在各種場景中使用,包括網站、移動應用程式、備份、歸檔和大資料分析。
Amazon Simple Storage Service (S3)和Google Cloud Storage是相互競爭的分散式物件儲存服務。它們各自的功能相似,允許您將物件儲存在儲存桶中。每個桶都可以用一個唯一的鍵來標識,每個物件都有一個關聯的後設資料記錄,其中包含物件大小、最後修改日期和媒體型別等資訊。
兩家提供商還為其服務提供了類似的功能集,包括:
- 託管靜態媒體和Web內容的能力
- 物件版本控制——一個物件可以儲存為多個不同的版本,以防止由於物件被意外覆蓋而導致資料丟失
- 物件生命週期管理——允許您通過預設的使用者指定的生命週期策略自動遷移和刪除物件
- 更新通知——可以配置為在建立、更新或刪除物件時發出通知。Google Cloud Storage為通知型別提供了更精細的方法。
- 服務水平協議 (SLA) –一旦正常執行時間降至99.95%以下, Amazon S3和Google Cloud Storage都提供SLA正常執行時間保證,並提供分級退款金額。
下表概述了術語和功能的更詳細比較:
特徵 | Amazon S3 | Google Cloud Storage |
部署單位 | Bucket | Bucket |
部署識別符號 | 全域性唯一鍵 | 全域性唯一鍵 |
檔案系統模擬 | 有限的 | 有限的 |
物件後設資料 | 是的 | 是的 |
物件版本控制 | 是的 | 是的 |
物件生命週期管理 | 是的 | 是的 |
更新通知 | 活動通知 | Cloud Storage的Pub/Sub通知、Cloud Functions的Cloud Storage觸發器和物件更改通知 |
服務等級 | 標準、標準-不頻繁訪問、一個區域-不頻繁訪問、Amazon Glacier | 標準、近線、冷線、存檔 |
部署地點 | 區域性 | 多區域和區域 |
價錢 | 按每月儲存的資料量、網路出口和常見API請求數定價 | 按每月儲存的資料量、網路出口和常見API請求數定價 |
塊儲存
塊儲存是將虛擬磁碟新增到基於雲的虛擬機器的過程。
兩家供應商都提供與其各自的VM計算服務整合的塊儲存服務,提供多種塊儲存型別,可配置為不同的效能和定價水平。
Google結合Compute Engine為其塊儲存服務提供Persistent Disk。而Amazon結合Amazon EC2提供Elastic Block Store (EBS) 。每個都讓您能夠以兩種不同的方式連線磁碟:
網路附加磁碟
網路附加磁碟是磁碟卷通過雲提供商的網路連線到您的VM例項的位置。這帶來了內建冗餘、快照以及易於分離和重新連線磁碟卷的固有云優勢。
讓我們從高層次上看一下Google和Amazon塊儲存服務之間的功能比較:
特徵 | 亞馬遜EBS | Google Persistent Disks |
卷型別 | EBS預置IOPS固態硬碟、EBS通用固態硬碟、吞吐量優化硬碟、冷硬碟 | 地區標準永久性磁碟 (HDD)、地區性永久性磁碟、地區性SSD永久性磁碟、地區性SSD永久性磁碟 |
體積區域性性規則 | 必須與它所附加的例項位於同一區域 | 必須與它所附加的例項位於同一區域 |
卷附件 | 單個卷最多可附加到16個例項 – 每個例項都具有共享卷的讀寫許可權 | 在只讀模式下,一個卷最多可以附加到10個例項 |
每個例項附加的卷 | 最多40個 | 最多128個 |
最大卷大小 | 16TB | 64TB |
冗餘 | 區域性 | 區域或多區域取決於卷型別 |
快照 | 是的 | 是的 |
快照位置 | 區域性 | 全球的 |
有一些明顯的特徵差異需要仔細檢查:
卷附加和分離建立磁碟卷後,您可以將其附加到單個Compute Engine或Amazon EC2例項。然後,此例項可以掛載和格式化磁碟卷。您還可以選擇解除安裝和分離此磁碟卷,然後可以將其重新附加到單獨的例項。
直到最近,Google還具有顯著優勢,可以將單個卷以只讀模式附加到多個例項。隨著Amazon引入EBS Multi-Attach,這種情況發生了變化,允許將單個卷附加到同一可用區內最多16個基於AWS Nitro的例項。每個例項都具有對共享卷的讀寫許可權。
卷快照Google Persistent Disk和Amazon EBS允許您建立和儲存磁碟卷的快照。允許您在以後使用快照建立新卷。建立快照的過程在服務中是相似的。最初建立卷的完整副本,未來的快照僅複製前一個卷的更改。
不同的是它們的可用性。Google Snapshots受益於在全球範圍內可用,並且可以在任何地區使用,無需額外費用或要求。Amazon EBS快照有所不同,預設情況下僅在一個區域中可用。如果您希望在其他區域使用AWS製作快照,您必須明確複製併產生資料傳輸費用。
本地連線的磁碟
本地連線的磁碟直接連線到執行您的例項的物理機。這種直接連線提供了減少延遲和提高效能的更高吞吐量的好處。
讓我們仔細看看Compute Engine和Amazon EC2中的本地附加磁碟如何比較各自塊儲存服務中的功能:
塊儲存 | 亞馬遜EC2 | Google Persistent Disks |
服務名稱 | 例項儲存 | 本地SSD |
卷附件 | 繫結到例項型別 | 可以附加到任何非共享核心例項 |
裝置型別 | 因例項型別而異 – HDD、SSD等。 | 固態硬碟 |
每個例項附加的卷 | 因例項型別而異 – 最多 24 個 | 24 |
儲存容量 | 因例項型別而異 – 每個卷最多2500GB | 每個卷356GB |
實時遷移 | 不 | 是的 |
冗餘 | 沒有 | 沒有 |
檔案儲存
如果您需要將檔案儲存作為雲設定的一部分,AWS和Google Cloud都提供服務。它們分別被命名為Amazon Elastic File System (EFS)和Google Filestore,後者是2018年底從beta測試中出現的新版本。
兩者都提供完全託管的服務,您可以在其中快速建立和配置檔案系統,而底層基礎架構和相關的部署、修補和維護則由您的提供商處理。通過靜態和傳輸中的加密確保資料的安全性,並能夠擴充套件您的例項以滿足效能要求的變化。
兩個提供商之間的一個很大區別是,Amazon EFS在較新的網路檔案系統協議NFSv4上執行。雖然Google的Filestore服務使用較舊的NFSv3協議。雖然研究表明NFSv4比NFSv3提供了顯著的效能增強,但兩家提供商的吞吐量和IOPS效能規格驚人地相似。
Amazon EFS提供高達10GB/秒和超過500,000 IOPS的效能能力,而據說Filestore最高可達16GB/秒和480,000 IOPS。通俗地說,兩者都將為您提供能夠以低延遲處理最高效能工作負載的儲存基礎架構。
冷儲存
如果您計劃儲存不常訪問的資料,而不需要立即可用,則應考慮冷儲存。
Amazon S3和Cloud Storage都為此類資料提供了成本較低的儲存類。Amazon S3提供不常用的儲存類Standard-IA和One Zone-IA。而Cloud Storage提供不常見的Nearline和Coldline類。
冷資料或歸檔資料儲存
如果您計劃出於存檔目的儲存資料,不需要定期或快速檢索,亞馬遜和谷歌都為這種資料型別提供了一個額外的冷儲存類。它們被稱為Amazon Glacier和Google Archival Cloud Storage。
兩者都是具有成本效益的儲存選項,用於長期儲存可能每年訪問不到一次的資料。
安全功能
在探索雲提供商時,安全性將是您的首要考慮因素。在比較雲安全性時,您希望探索並關注將結合起來保護基於雲的資料、系統和基礎架構的控制、策略、流程和技術。
Amazon Web Services和Google Cloud都以提供尖端的雲安全性而聞名。致力於不斷推進其平臺的研究和開發,以保持對不斷變化的威脅形勢的抵抗力。
兩家提供商都採用高階方法,以三種方式提供雲安全:
- 其雲的安全性——預設情況下通過其雲平臺底層基礎架構中內建的安全功能為您提供保護
- 雲中的安全性——允許您通過其雲平臺中提供的其他安全產品和服務來增強對應用程式和資料的保護
- 無處不在的安全性——通過使用加密等協議將安全功能擴充套件到雲平臺之外,從而保護您的資產,不受位置限制
深入研究該服務,讓我們探討比較Google Cloud安全性與AWS安全性時的主要考慮因素。
遵守
資料保護和合規性是政府和行業等應用於資訊的不斷上升的監管控制潮流。選擇雲平臺時必須考慮合規性。
AWS和Google Cloud平臺都滿足一些最嚴格的合規性要求,包括CSA STAR、GDPR、HIPPA、PCI-DSS和一系列ISO標準。
兩家提供商都提供包含認證、法律、法規、框架和隱私的合規計劃,具有明顯的交叉。
亞馬遜的雲平臺和AWS合規計劃符合75項合規標準。Google Cloud的合規性產品還符合75項合規性標準。即使您在醫療保健或金融服務等受到嚴格監管的行業工作,也讓這兩家供應商成為一個可行的選擇。
GDPR繼續成為合規領域的頭條新聞。請放心,AWS和Google Cloud平臺均符合GDPR,每個平臺都提供資源中心。幫助您滿足您持有的歐洲公民的任何資料的保護、處理和隱私要求。
加密
加密在保護您的資訊方面起著至關重要的作用。無論您的資料儲存在哪裡,都應該實施編碼資料的做法——幾乎不可能在沒有解密金鑰的情況下破譯。確保您的資料是安全的,即使它在傳輸中或靜止時被截獲
預設情況下,Google Cloud和AWS都使用256位AES為傳輸中和靜態資料提供加密。每個都為您提供了一系列選項來使用伺服器端或客戶端加密來保護資料。
Google Cloud Key Management和AWS Key Management Service (KMS)是提供的競爭性加密服務。每個都為您提供了輕鬆建立和管理用於加密和數字簽名資料的金鑰的能力。
防火牆
作為IT基礎架構的第一道防線,防火牆負責保護您的網路免受不必要的入侵。谷歌雲和亞馬遜都為其雲平臺提供最先進的防火牆保護。
除此之外,如果您執行虛擬私有云 (VPC)、防禦DDoS攻擊並集中管理您的防火牆設定,兩家提供商都提供防火牆即服務產品以增強保護。
AWS Network Firewall和Google Cloud Firewalls是具有競爭力的服務,讓您只需單擊幾下即可跨VPC部署網路安全訪問。如果您想要防禦DDoS攻擊,您可以在類似名稱的AWS Shield或Google Cloud Armor服務之間進行選擇。
當涉及跨雲託管賬戶和應用程式的防火牆規則的集中配置和管理時,亞馬遜將其作為名為AWS Firewall Manager的單獨服務提供。Google作為其核心雲防火牆服務的一部分包含的特性和功能。
身份訪問管理 (IAM)
控制誰可以訪問在系統安全中起關鍵作用的內容,這被廣泛稱為身份訪問管理。這是防止不受歡迎的訪問者訪問敏感資訊的第一步。
Google Cloud和AWS都在其雲平臺內提供身份訪問管理服務。讓您可以精細控制誰可以訪問您的應用程式、他們可以訪問哪些資料以及他們可以對您的資料執行什麼操作。
以下是提供的核心競爭IAM服務:
身份和訪問管理控制檯
這是集中式IAM服務,可讓您全面瞭解和控制管理您的雲資源。賦予管理員控制誰可以對特定資源採取行動的權力。
- AWS – AWS身份和訪問管理 (IAM)
- 谷歌雲 –雲身份和訪問管理 (IAM)
Microsoft Active Directory的託管服務
如果您已經使用Microsoft的Active Directory實施IAM並計劃在雲中繼續這樣做,那麼這兩個雲提供商都會為您提供執行Microsoft AD的強化服務。
- AWS – AWS目錄服務
- Google Cloud – Microsoft Active Directory託管服務
單點登入
通過單點登入訪問集中管理和控制使用者對本地和雲中的多個帳戶和應用程式的訪問。通過易於訪問幫助您提高員工的生產力和使用者體驗。
- AWS – AWS單點登入
- Google Cloud –單點登入 (SSO)
移動和Web應用程式控制
利用基於雲的IAM服務,您可以將使用者註冊、登入和訪問控制新增到您的移動和Web應用程式。
- AWS –Amazon Cognito
- 谷歌雲——Identity Platform
共同責任
在雲中實施安全性和合規性是一項共同責任。
在實施強大的雲安全立場時,瞭解誰負責什麼之間的區別至關重要。這裡的誤解會造成很容易避免的安全漏洞。
Amazon Web Services和Google Cloud Platform就其雲安全責任共擔模型提供了全面的指導。下面是每個的高階圖形描述。
AWS雲平臺責任共擔模型(圖片來源:AWS)
谷歌雲平臺責任共擔模型(圖片來源:谷歌)
支援
部署新的雲服務時,您將遇到缺乏完成任務所需的先決知識或專業知識的情況。在這些情況下,您需要一個能夠為您提供克服這些障礙所需的額外指導和支援的雲提供商。
AWS和Google Cloud都以其廣泛的技術文件庫而聞名。以及他們自己蓬勃發展的雲社羣,擠滿了1000多名總是願意分享他們的知識的雲專家。
在這裡,您可以瀏覽大量主題,包括教程、討論,甚至是面對面的聚會。您可以在下面找到相應文件和社羣支援門戶的連結:
您可以在上述來源的支援下解決您遇到的大部分問題。最終,您將遇到需要即時、先進的專業知識和實際支援的情況。在這種情況下,明智的做法是直接從您的雲提供商或授權的第三方合作伙伴那裡獲得官方支援解決方案。
作為其支援模型的一部分,AWS和Google Cloud都提供基本支援。除了一系列額外的付費保費計劃。如果您正在考慮購買高階計劃,請研究並瞭解其中包含的內容。這涉及相關費用,以確保您以可以承受的價格選擇所需的計劃。
谷歌雲支援計劃
Google Cloud有4個可用的支援計劃,分為兩種型別——基於角色的支援和高階支援。
基於角色的支援分為三層——基礎、開發、生產:
- 價格從每位使用者免費到每月250美元不等。
- 每增加一層,就可以提供更多的支援型別、更快的響應時間、更多的溝通渠道、更高的可用性以及針對更緊迫問題的升級選擇。
- 開發和生產支援計劃可以結合使用以實現最大覆蓋。
高階支援是可用的最高階別計劃:
- 價格可以超過15萬美元/年,另外4%的GCP和/或Google Workspace支出
- 您將在15分鐘內獲得有保證的支援響應時間、針對關鍵影響問題的24/7全天候支援、技術客戶經理、智慧支援系統,甚至培訓。
- 該計劃是完全可定製的,允許您針對對您的組織最重要的產品和服務定製支援。
AWS雲支援計劃
AWS還有4個可用的支援計劃,分為免費和高階。
高階支援分為3層 – 開發人員、業務和企業:
- 價格從每月29美元 + AWS使用量的3%開始,並根據每月AWS使用量的百分比向上擴充套件1200美元/月,您花費的越多,費用就會下降
- 每個額外的層級都通過最佳實踐檢查、額外的溝通渠道、24/7可用性、15分鐘內的關鍵業務系統中斷問題響應時間、支援API、技術客戶經理和培訓資源來提升您的支援。
- 更高階別的計劃也是可定製的,允許您挑選您希望獲得高階支援的產品和服務。
計費和定價
毫無疑問,雲提供商之間的準確定價比較是決策過程中最具挑戰性的方面之一。每個提供商都有獨特的計費和定價方法,其中包含無數變數和移動部件。
為了幫助您更好地瞭解雲提供商定價比較的挑戰,以下只是一些會影響您所需的雲部署定價的變數:
- 虛擬機器——例項數量、RAM要求、CPU數量、保留或臨時例項
- 儲存磁碟 – 所需的儲存量、資料型別、冗餘要求、網路連線或本地連線
- 訂閱模式——無論您是按秒、分、小時、天、月還是年購買
- 支援 – 您選擇的級別、是否自定義支援、平均每月雲支出
- 支付模式——無論您是選擇按量付費服務、預留例項還是長期承諾使用合同
- 位置——資料中心位置也會影響定價
您的雲部署越大,複雜性就越高。尤其是在考慮雲提供商之間的不同技術型別時。以虛擬機器為例,不同的技術可能無法對RAM和CPU要求進行同類比較。
不要害怕,我們提供了一些工具、資訊和指南,可幫助您開始建立自己的個性化Google Cloud與AWS價格比較。
AWS與谷歌雲定價比較
Google Cloud和AWS提供了100多種不同的產品。每個都有自己的服務、技術和定價模型的子集。可用的選項意味著部署組合可以輕鬆地達到1000多個。毫不奇怪,許多人不知所措,甚至為最基本的部署探索儲存和計算組合。
雲定價計算器
值得慶幸的是,兩家提供商都有自己的綜合定價計算器。它包含每個產品和服務、規格和相關成本。這是您建立可比定價估算的第一步。
出於此定價比較的目的,我們將探討來自Amazon EC2和Google Compute Engine的VM計算成本。我們選擇了這種比較選項,因為根據Gartner的說法,雲總支出的三分之二通常用於計算資源。此外,在大多數情況下,計算資源將構成您的雲部署的基礎。因此,事不宜遲,讓我們深入瞭解一下。
雲定價比較的假設
為了建立準確的比較,我們將為我們的計算設定選擇相同的區域、CPU和作業系統:
- 地區:北弗吉尼亞 – 美國東部
- 作業系統:Linux
- vCPU/核心:4
然後,我們在不同機器型別中選擇了具有可比RAM規格的VM例項:
- 一般用途
- 計算優化
- 記憶體優化
- GPU例項/虛擬機器
隨意使用您的選項,因為您會發現在例項型別、區域、作業系統和CPU的不同變數之間切換會顯著改變您的每小時價格。
下表概述了選擇的例項進行比較:
例項型別 | 亞馬遜 EC2 | EC2記憶體(GiB) | Compute Engine | 谷歌記憶體(GiB) |
一般用途 | t4g.xlarge | 16 | n1-standard-4 | 15 |
計算優化 | c6g.xlarge | 8 | c2-standard-4 | 16 |
記憶體優化 | r6g.xlarge | 32 | n2-highmem-4 | 32 |
圖形處理器 | g4dn.xlarge | 16 | NVIDIA® Tesla® T4 | 64 |
現收現付
AWS和Google Cloud提供按需即用即付定價模式。這最適合希望間歇性使用雲的個人,因為它允許您在需要時靈活地新增和刪除服務。當然,這種級別的靈活性是有代價的,這使得現收現付模式成為每小時最昂貴的模式。
例項型別 | 亞馬遜EC2 | EC2價格(每小時) | Compute Engine | 谷歌價格(每小時) |
一般用途 | t4g.xlarge | 0.134 美元 | n1-standard-4 | 0.150 美元 |
計算優化 | c6g.xlarge | 0.136 美元 | c2-standard-4 | 0.188 美元 |
記憶體優化 | r6g.xlarge | 0.201 美元 | n2-highmem-4 | 0.295 美元 |
圖形處理器 | g4dn.xlarge | 0.526 美元 | NVIDIA® Tesla® T4 | 1.40 美元 |
顯示Amazon EC2與Compute Engine的即用即付小時費率的表格
正如您從上表中看到的,與Google的Compute Engine相比,Amazon EC2提供的不同例項型別的每小時價格要低得多。當您在持續使用折扣中考慮Compute Engine的每小時價格因素時,這一事實越來越令人印象深刻。當一個月的使用量超過某個閾值時,將應用此折扣型別,提供從15%開始的節省並擴充套件到60%。
如果您只是在短暫的間歇時間內尋找計算資源,那麼值得探索臨時例項。
亞馬遜將其稱為Spot例項,谷歌將其稱為Preemptible Virtual Machines,通過利用雲提供商的備用計算資源,您可以顯著節省高達90%的按需定價的即用即付成本。
只要您願意在其他地方突然需要資源時中斷工作負載。
長期承諾計劃
如果您有長期規劃,並且可以對雲部署做出長期的前期承諾,那麼與現收現付模式相比,您將節省大量資金。
亞馬遜和谷歌都提供長期定價模式,可選擇1年或3年的前期承諾。Google將其計劃命名為Committed Use,而Amazon使用術語Reserved Instances。兩者都比按需定價提供了很大的折扣。在Compute Engine上高達70%,在Amazon EC2上高達72%。
同樣,使用變數來滿足您的需求——區域、例項型別、CPU、作業系統——因為它們都會影響你的每小時價格。使用Amazon EC2,您還會發現您可以根據付款時間和付款方式來影響折扣金額。
還可以選擇可轉換的例項型別,如果可用,您可以切換到更新的VM。
不可轉換例項,預付全款,提供最大程度的折扣。為了對1年和3年的承諾進行比較,我們使用了這些選項。
1年承諾
正如您將從下表中看到的那樣,與Compute Engine相比,對於1年承諾例項,Amazon EC2更便宜。
例項型別 | 亞馬遜 EC2 | EC2 價格(每小時) | Compute Engine | 谷歌價格(每小時) |
一般用途 | t4g.xlarge | 0.079 美元 | n1-standard-4 | 0.125 美元 |
計算優化 | c6g.xlarge | 0.080 美元 | c2-standard-4 | 0.141 美元 |
記憶體優化 | r6g.xlarge | 0.118 美元 | n2-highmem-4 | 0.177 美元 |
圖形處理器 | g4dn.xlarge | 0.309 美元 | NVIDIA® Tesla® T4 | 0.880 美元 |
表格顯示了對Amazon EC2與Compute Engine的1年承諾的小時費率
與Compute Engine相比,對於1年承諾例項,Amazon EC2的價格全面降低了40%。
隨著亞馬遜針對所有例項型別的現收現付模式提供40%的更大折扣,作為對承諾的獎勵,價格差距擴大了。而谷歌對您的忠誠度的折扣獎勵僅為15-20%。
需要注意的是,通過切換到無預付款和Amazon EC2上的可轉換例項選項,您的折扣金額將降至30%以下,並在一定程度上縮小了價格差異。
3年承諾
看看下錶,我們正在體驗似曾相識的感覺,與Compute Engine相比,Amazon EC2在做出 3 年承諾時繼續全面便宜。
例項型別 | 亞馬遜 EC2 | EC2 價格(每小時) | Compute Engine | 谷歌價格(每小時) |
一般用途 | t4g.xlarge | 0.050 美元 | n1-standard-4 | 0.046 美元 |
計算優化 | c6g.xlarge | 0.051 美元 | c2-standard-4 | 0.094 美元 |
記憶體優化 | r6g.xlarge | 0.075 美元 | n2-highmem-4 | 0.126 美元 |
圖形處理器 | g4dn.xlarge | 0.198 美元 | NVIDIA® Tesla® T4 | 0.640 美元 |
表格顯示了對Amazon EC2與Compute Engine的3年承諾的小時費率
但是,我們在通用類別中有一個例外,Compute Engine逆勢而上,並且在3年承諾下更便宜。
否則,在3年的承諾中,計算優化和記憶體優化選項的價格差距保持在40%左右。對於GPU比較,它實際上擴大到60% 左右,節省了大量資金。
同樣,我應該注意,切換到無預付款和Amazon EC2上的可轉換例項選項將更明顯地減少您的折扣金額。這反映了將VM例項保留超過3年的風險增加。
雲端計算髮展迅速,被捆綁會阻止您使用更新、更快和更高效的VM例項。
免費試用
如果您還沒有準備好切換到雲服務,AWS和Google Cloud都提供了涵蓋其廣泛產品的免費套餐選項。在設定的時間內為您提供預定義的資源量,如果您想試用服務,這是完美的選擇。
兩家提供商還提供“始終免費”的雲服務,如果您的使用要求非常低並且不介意操作被中斷,這是理想的選擇。讓我們仔細看看。
AWS免費套餐
探索AWS免費套餐,您將獲得對85種雲產品和服務的免費訪問許可權。
AWS 免費套餐具有三種不同的型別:
- 永遠免費 – 一項永不過期的免費優惠,適用於所有AWS客戶
- 12個月免費 – 在您首次註冊AWS後的前12個月內免費使用
- 試用 – 在啟用特定服務後免費試用
您將能夠探索計算、儲存、資料庫、物聯網、人工智慧等領域的各種產品。
如果您剛開始,那麼值得考慮註冊後12個月免費的計算和儲存選項:
- 計算 – 使用t2每月750小時訪問Amazon EC2。或 t3。微例項
- 儲存 – 每月5GB的Amazon S3標準儲存,2,000個put 20,000個get請求
谷歌雲免費套餐
探索GCP免費套餐似乎比 AWS 替代方案更具限制性。儘管您仍然可以訪問24種雲產品和服務。與 AWS 不同的是,它始終處於免費提供狀態,當然在每月使用限制內。
除了AWS的免費產品外,新的Google Cloud客戶還將獲得300美元的免費信用額度,可用於購買任何Google Cloud產品和服務。
儘管您的選擇更加有限,但您仍然可以探索物聯網、人工智慧、儲存、資料庫和計算領域的一系列令人興奮的產品,這些產品將在很大程度上涵蓋最常用的雲服務。
與AWS非常相似,如果您剛開始,請試用GCP上始終免費的計算和儲存選項:
- Compute – Compute Engine 訪問F1-micro例項,每月配備30GB硬碟和5GB快照
- 搜尋 – 5GB標準儲存的雲端儲存可用性,具有5,000個put和50,000個get請求
在比較免費套餐時,很明顯GCP優於AWS平臺。以此類推,他們將為您提供更廣泛的途徑來試用他們的不同產品和服務。如果您還沒有準備好對雲部署做出承諾,這是理想的選擇。
谷歌雲比AWS便宜嗎?
當談到構成大多數雲部署和支出的支柱的雲端計算資源時,答案是否定的。對於VM例項,AWS絕對比谷歌雲平臺便宜。
但是,當您遠離簡單的計算資源時,答案會變得更加“模糊”。在研究了多種產品、服務和定價模型之後,價格戰中沒有明顯的贏家。
您需要自己找到這個問題的答案,這完全取決於您業務的獨特需求。您選擇的資料中心位置、您的網路要求、您正在執行的工作負載型別、季節性。這份清單永無止境。
有一件事是肯定的,有交易可以達成,而且谷歌雲比AWS更便宜的機會肯定存在。這僅取決於您的設定和所需的服務。
要將Azure新增到組合中,請檢視我們對AWS與Azure的雲端計算比較。
小結
我們研究這些雲提供商的目標是尋找明確的答案,即Google Cloud與Amazon Web Services哪個更好?
在我們的旅程中,很明顯Google Cloud和AWS是市場領導者。這兩個平臺都提供了廣泛的雲產品和服務,處於技術進步的最前沿。在可擴充套件性、效能、安全性和成本方面,為您提供優於本地部署的顯著優勢。無論您選擇誰,您都將以具有競爭力的價格解鎖優質服務。
就進展而言,很明顯Google Cloud正在對該平臺進行重大改進。今年,在全球大流行的嚴峻背景下,雲收入和谷歌Meet等新服務的採用率出現了令人矚目的增長。預計2022年將是GCP又一個激動人心的一年。
最後,哪個更好的答案取決於您企業的個人需求。無論答案是什麼樣的,請進行研究,遵循我們的Google Cloud與AWS指南,併為您的業務做出最佳決策。
評論留言