摘要

  • 谷歌云端平台本質上是一個基於公有云的機器,其服務通過服務組件的方式,以隨用隨取的方式交付給客戶。
  • 公有云可以讓你利用它的資源為你構建的應用賦能,同時也可以接觸到更廣泛的客戶群體。
  • 儘管谷歌確實提供了類似於亞馬遜網絡服務的虛擬機託管服務,並與之競爭,但其主要的服務模式是圍繞著開發和部署更多的現代化、容器化的應用程序。
  • GCP在價格上的競爭策略是為持續使用、定制化使用和承諾使用提供折扣。
  • 目前,GCP的目標核心用戶似乎是已經進入現代應用模式的企業——–中小型或大型企業——-他們需要一種更具成本效益和效率的部署方式。

谷歌云平台的作用和原理

谷歌云平台是一家在網絡上部署和運行應用程序的計算資源提供商。它的專長是為個人和企業提供一個構建和運行軟件的場所,它利用網絡連接到該軟件的用戶。想一想,成千上萬的網站在一個由 「超大規模」(非常大,但也非常可分)數據中心組成的網絡上運行,你就會明白基本的意思。

當你在Google雲平台(GCP)上運行一個網站、一個應用程序或一項服務時,Google會記錄下它所使用的所有資源–具體來說,它消耗了多少處理能力、數據存儲、數據庫查詢和網絡連接。與其按月租用服務器或DNS地址(這是你在普通網站提供商那裡會做的事情),不如按秒付費(競爭者按分鐘收費),當你的客戶在網絡上大量使用你的服務時,你可以享受折扣。

谷歌云平台的顯著特點

那麼你在雲平台上到底要做什麼,你為什麼要在谷歌的雲平台上做呢?當你想讓你呈現給用戶、客戶或者是你的同事的服務是一個應用,而不是一個網站的時候,你就會使用雲平台。也許你想幫助房屋建築商估計他們重建廚房所需的櫥櫃尺寸和結構。也許你正在分析為大學體育俱樂部試訓的運動員的成績統計,你需要復雜的分析方法來告訴總教練誰的成績可以提高。或者你可能正在掃描數十萬頁的存檔報紙,你需要建立一個可以追溯到幾十年前的可掃描索引。

當你想構建和運行一個可以在某種程度上利用超大規模數據中心的力量的應用時,你就會使用GCP這樣的雲平台:或者是為了觸達全球用戶,或者是藉用複雜的分析和AI功能,或者是利用海量數據存儲,或者是利用成本效益。你不是為機器付費,而是為機器使用的資源付費。

谷歌云平台被認為具有一定的競爭優勢。

  • 自動部署現代應用的自動化。一個應用是由許多活動部件組成的,這就是為什麼有些開發者一開始就喜歡在雲端構建自己的應用(」雲原生」)。谷歌是Kubernetes的鼻祖,它是由許多組件組成的應用協調器。早期,谷歌採取了積極主動的方式,將這些多面性的應用自動化部署到雲端:例如,向Kubernetes開放自己,這個自動化平台最初是為了幫助使用Cloud Foundry的開發者將應用從dev平台部署到雲端。
  • 創造性的成本控制。正如你在後面會看到的那樣,谷歌與GCP的策略,與其說是做低成本的領導者,不如說是在某些 「甜蜜點 「場景中實現成本競爭力。例如,谷歌為其對像數據存儲提供了生命週期管理器,可以將30天以上未使用過的對象卸載或刪除。
  • 對初次使用的用戶更友好的手拉手。一個雲服務平台對於一個新手來說,可能是一個讓人難以消化的概念。就像很多消費者對微機的用途並不明顯一樣,公有云對於那些習慣了看慣了看、摸慣了機子的人來說,是個陌生的龐然大物。 GCP提供了許多最常見的任務的步驟示例–比如說,旋轉一個基於Linux的虛擬機,這就像憑空認領和設置自己的、全新的電腦一樣。

谷歌云平台的服務

雲服務是很難抽像地理解的。所以為了幫助大家更清晰地理解谷歌云平台,以下是GCP運營的主要服務。

  • 谷歌計算引擎(Google Compute Engine,GCE)的直接競爭對像是讓亞馬遜網絡服務(Amazon Web Services)上位的服務:託管虛擬機(VM,完全以軟件形式存在的服務器)。
  • Google Kubernetes Engine(GKE,原名Google Container Engine)是一個更現代的容器化應用形式的平台(寄存在通常仍被稱為 「Docker容器 「的容器中),是為雲平台上的部署而設計的。
  • Google App Engine為軟件開發人員提供了一些工具和語言,比如Python、PHP,甚至現在還包括微軟的.NET語言,可以直接在Google的雲平台上構建和部署Web應用程序。這有別於在本地構建應用程序,然後在雲端遠程部署;這就是 「雲原生 「開發:遠程構建、部署和演進應用程序。
  • 谷歌云存儲是GCP的對像數據存儲,這意味著它接受任何數量的數據,並以任何最有用的方式向用戶展示這些數據– — 例如,作為文件、數據庫、數據流、無序數據列表或多媒體。
  • Nearline是一種利用谷歌云存儲進行數據備份和存檔的方式–你不一定會認為是數據庫的那種數據,這種數據可能只被一個用戶訪問一次,通常每月不超過一次。谷歌將這種模式稱為 「冷存儲」,並對其定價模式進行了調整,以考慮到這種低利用率,目的是讓Nearline成為系統備份等用途的更具吸引力。
  • 去年4月宣布的Anthos是GCP的系統,用於組織和維護可能以Google為中心,但可能利用AWS或Azure(「多雲服務」)資源的應用程序。想一想,一個應用程序的代碼庫是由Google託管的,但它從AWS借用了一個AI功能,並將其日誌存儲在Azure上的對象存儲中。
  • BigQuery是一個使用Google雲存儲的數據倉庫系統,它是為非常大量的高度分佈式數據而設計的,可以在不同結構級別的多個數據庫中執行SQL查詢。與傳統的、基於行的、面向記錄的SQL關係型數據庫索引不同,BigQuery利用了一個列式存儲系統,其中記錄的組件相互堆疊並流向並行存儲系統。這樣的組織方式在分析應用中很有用,它可以收集簡單的、通常是一般的數據元素之間的關係的廣泛統計。
  • Cloud Bigtable(原名BigTable)是一個高度分佈式的數據系統,它將相關數據組織成一個多維度的鍵/值對的集合,基於Google為自己創建的大規模存儲系統,用於存儲搜索索引。這樣的集合對於分析應用來說,比起龐大的關係型數據庫的超大索引,更容易管理,因為在查詢時,多個表的記錄必須在查詢時進行連接。
  • 雲SQL(還沒有準備好公開使用)託管更多傳統的、關係型數據庫表和索引,使用一個GCE實例,可自行擴展以滿足數據庫的性能需求。
  • 雲翻譯、文本轉語音、語音轉文字,顧名思義,就是利用谷歌現有的口語和書面語言管理能力,用於定制應用。
  • Apigee是一個用於製作和管理API的建模系統,它是以Web為通信媒介,對基於服務器的功能進行服務調用。 Apigee的用戶可以為他們現有的Web應用程序建立模型,測試和部署機制,使之可以使用API​​來發現,並監控Web用戶如何為自己的目的使用這些API調用。
  • Istio是一種有趣的 「電話簿」,用於現代可擴展的應用程序,這些應用程序作為單獨的組件分佈在被稱為微服務的單獨組件中。一個傳統的、連續的應用程序知道它的所有功能在哪裡;而一個基於微服務的應用程序需要通過服務網狀的方式來通知用戶。 Istio最初是由Google、IBM和騎行共享服務Lyft組成的開源合作夥伴關係開發的服務網格。
  • 雲端Pub/Sub(發布-訂閱)是一種機制,它取代了早期客戶端/服務器應用時代的中間件所使用的消息隊列。對於那些被設計成不顯​​式連接而相互合作的應用程序(」異步」),Pub/Sub作為一種事件的郵局,因此一個應用程序可以通知其他應用程序的進度或關於他們可能有的請求。
  • Cloud AutoML是一套服務,旨在使應用程序能夠利用機器學習–在大量數據中檢測可感知的模式,並在程序中利用這些模式。
  • Cloud Run是最新宣布的一項服務,它使軟件開發者能夠使用所謂的無服務器模式,將他們的應用程序部署到谷歌的雲端,即在本地而不是雲端構建和運行程序,並在本地而不是在雲端託管。

這遠遠不是一份完整的谷歌云平台服務清單,但它確實向你介紹了主要的條目。事實上,該公司的許多服務(所有這些服務都可以在本頁的列表中找到)中的一些服務都是其他服務的應用或重新配置–使用服務的方法,這些服務將執行一個廣泛的功能,用於更具體的目的。

那麼G Suite和google docs在這一切中的作用是什麼?

是的,G Suite(谷歌的應用程序套件)是一種軟件即服務(SaaS),通過谷歌的雲平台交付給你。但就像Gmail一樣,它並不屬於谷歌云平台的一部分。我們經常用 「服務 「這個詞來指代谷歌在這裡所交換的東西,但暫且把GCP看成是一種產品。生產性應用是一個不同於託管應用和接口功能的部門。

更重要的是,當你成為GCP的客戶時,你所簽訂的協議與G Suite的協議完全不同。 GCP解決的是一個期望,即你將使用其基於雲的資源來創建自己的服務和應用,這些服務和應用很可能會被除了你自己之外的其他人使用。因此,谷歌有承諾要實現的服務級別的承諾,它對每一項服務都有非常明確的詳細說明。

使用谷歌云平台的成本是什麼?

每一項服務都需要消耗雲計算的基本資源:處理器功率、內存、數據存儲和連接。與其他雲服務提供商一樣,谷歌也會根據這些服務所消耗的資源向GCP客戶收取費用。因此,無論你選擇使用GCP做什麼,你都要為他們消耗的資源付費。 (正如你可以想像的那樣,BigQuery和BigTable在數據存儲消耗方面會產生一些巨大的費用)。

確定資源消耗的實際價格的公式實際上有些複雜。 Google確實提供了一個定價計算器,它使用的公式是最新更新的。但要使用該計算器,你對計劃消耗的資源的大致估算需要在一個令人驚訝的範圍內。例如,要獲得Google Kubernetes Engine的價格估算,你需要知道你要擴展到的計算節點的最大數量,你的應用程序需要多少持久性磁盤存儲(相對於瞬時存儲),以及你覺得哪個可用性區對負載平衡最有效,等等因素。

亞馬遜AWS通過其虛擬機實例的定價模型設定了標準。虛擬機實例有一個 「構建」,就像真正的服務器一樣。它有固定數量的RAM,固定數量的虛擬CPU,以及基礎層的文件存儲。 Google Compute Engine和它的競爭對手一樣,都有自己的VM實例選擇。它將這些實例稱為預先定義的,其基礎價格(截至本文撰寫時)為每虛擬CPU每小時的處理量略高於0.03美元,每千兆字節的存儲量為每小時0.004美元。不過,谷歌隨後會以每秒為基礎重新計算這些數字,最小時間間隔為60秒。

然後,GCP會對GCE和其他服務的某些使用模式進行折扣。谷歌聲稱,與亞馬遜和Azure的同行相比,這些折扣可以降低其云服務的平均支出。

  • Google Compute Engine允許客戶在虛擬機實例不在使用中的時候搶先使用。因此,與定價方案不同的是,你要為實例加上它所使用的資源付費,而GCE的客戶只需支付感知力,但當這種預置時就會打折。該公司經常聲稱客戶比競爭對手的服務節省了80%,平均比AWS節省了8%。
  • 谷歌聲稱,當GCE客戶定制自己的自定義實例類型時,比起選擇過度配置、預配置的實例類型,GCE客戶可以節省很多。
  • GCP對持續可用的工作負載應用所謂的持續使用折扣,從工作負載在給定月份內使用的時間超過25%的工作負載開始,按大致的線性比例計算。一個計費期內每分鐘運行一次的工作負載可能會有30%的折扣。
  • 谷歌將對某些客戶從1到3年的持續服務中預先承諾資源使用量的折扣高達57%。
  • 預計數據消耗量大的企業客戶可以報名參加一個名為 「存儲增長計劃 「的計劃,如果他們承諾在12個月內每月的最低價格,就可以獲得折扣。這是針對數據量非常大的消費者–不是小企業,而是計劃讓谷歌託管海量數據存儲的企業。

綜上所述,谷歌的專長並不是經典的虛擬機。雖然你可以想像,在谷歌云平台上部署虛擬機比AWS節省成本,尤其是在定制實例上,但GCP越來越多地將自己定位為容器化應用的主機–一個現代化的部署和管理系統,為雲時代設計的應用提供現代化的部署和管理系統

谷歌云平台與競爭對手相比,谷歌云平台的表現如何?

亞馬遜和微軟分別運營著自己的雲平台,名為AWS和Azure。 GCP是他們的競爭對手,雖然從市場份額和營收來看,GCP在這三家中排名第三,但它是一個穩健的競爭對手,其獨特的功能和服務讓它在某些場景下具有優勢。

如果三大公有云提供商真的被比喻為百貨公司,而亞馬遜AWS是………..嗯,亞馬遜,其龐大的服務選擇在貨架上平分秋色,沒有任何容易區分的方法,那麼你可以說Azure就像Target一樣:牠喜歡把自己定位為提供更智能的服務選擇,基於對這些需求的內在理解,滿足需求。

在這樣的比喻中,谷歌云平台就像宜家一樣。它首先是基於整體體驗向你推銷自己。它試圖讓你感到舒適和安心。它提供了一個獨特的、出人意料的多樣化的集合,功能和奇特的、低價位的和高級的,並排在一起,完美的融合在一起。而且它公開承認,它並不是唯一的遊戲。

谷歌云平台 VS 微軟 Azure

Azure最初的服務(當時還是 「Windows Azure」)是作為一個基於雲端的部署平台,適用於用微軟的任何一種.NET語言編寫的應用程序。因此,Azure基於與軟件開發者的緊密合作關係,有機地構建了自己的服務組合。因此,對Azure的核心客戶的準確描述可以用 「Visual Studio用戶 「來概括。

GCP一開始是圍繞著它最初為自己創建的核心功能之一–分佈式軟件調度,建立了一個消費者商業模式:分佈式軟件調度。它並沒有像幫助你或你的組織構建軟件那樣幫助你部署軟件。作為Kubernetes的創造者,谷歌的成功在於讓軟件達到了可以在全球範圍內分佈式的程度。它解決了將更新分發到其搜索引擎和電子郵件服務中的問題,然後它將這一解決方案縮小到一個小企業可以使用的形式。

任何企業如果知道什麼是分佈式軟件,更不用說它想用這些東西做什麼了,那就已經是相當有技術含量了。但這並不是谷歌希望迎合的市場。因此,它努力讓這項技術更加平易近人,在某種程度上,這與指導家庭園丁如何更好地利用核反應堆沒有什麼區別。

這最終成為了Azure和GCP之間的關鍵區別:對於那些可能還不太了解的人來說,谷歌在使自己的服務適應那些可能還不太了解的人的情況下,已經取得了更大的進步(到目前為止)。你可能會更容易掌握BigQuery或云存儲。

谷歌云平台 VS. AMAZON AWS

最近一段時間,谷歌一直避免對微軟採取對抗性的立場。事實上,與過去幾年相比,兩家公司的合作更多,微軟的.NET語言平台在Google App Engine中的出現就表明了這一點。

事實上,谷歌幾乎把所有的營銷工作都訓練到了雲服務領域的領導者亞馬遜身上。為此,以下是它是如何定位自己的。

  • GCP並不打算顛覆AWS作為虛擬機實例的領先主機的地位。因此,它提供了替代方案,最明顯的是定制實例,以及能夠給某些客戶帶來優勢的定價模式。虛擬機可能是軟件的老部署模式,但任何云服務提供商都不能放棄在這項服務中的立足點,並期望繼續被視為玩家。
  • 亞馬遜一直堅持到最後一刻才生產出自己的Kubernetes引擎. .然後又等了一段時間,顯然不願意推廣一種會切入自己的主線業務的部署模式。結果,谷歌作為Kubernetes的鼻祖,在公眾的眼中,仍然是Kubernetes的領頭羊,一直在勝利地走了一圈。還有一個對谷歌有利的論點尚未被反駁,那就是亞馬遜的Kubernetes系統是以亞馬遜為中心,而GCP(如今的Anthos更是如此)則是為了回答企業客戶的需求,避免被廠商鎖定。
  • 最近,來自多個來源的分析報告分享了雲計算客戶的觀點,認為亞馬遜豐富的服務選擇,單就其龐大的規模而言,會對其不利。對於AWS客戶應該從哪裡入手,三個消息來源都無法達成一致意見。谷歌可以通過專注於客戶實際需求的成功服務來利用這一點,而不是過多地關注那些一旦失敗就不會讓公司沉淪的實驗和測試版測試,從而發揮其優勢。

在任何健康的經濟中,大多數主要市場都厭惡三方壟斷。通常情況下,分析家可以做的最安全的賭注是,第3位的玩家將被動搖出局,必須讓自己滿足於為利基市場提供 「替代性 「產品或服務。

但是,谷歌有一個在任何市場上的第3號玩家都不具備的奢侈品:在一個不同的、幾乎是單打獨鬥的市場上扮演著第1號玩家的角色:網絡廣告。它的雲服務可以被允許成熟並找到自己的受眾,就像公司的生存並不依賴於它們一樣。微軟的一位前CEO曾經警告過谷歌,他的公司因頑強、頑強、頑強、頑強、頑強而立下了汗馬功勞。但現在他已經走了。而谷歌云平台完全有理由–包括它需要的所有時間–繼續努力。

Hanlin Wang

About Hanlin Wang

Hanlin Wang leads the Editorial and Content Management at Rays Technology. With years of experience in cloud industry, Hanlin knows the industry trends and have unique insights in cloud adoption and work transformation.