《谷歌云：面向首席信息官的應用現代化改造指南（19頁）.pdf》由會員分享，可在線閱讀，更多相關《谷歌云：面向首席信息官的應用現代化改造指南（19頁）.pdf（19頁珍藏版）》請在三個皮匠報告上搜索。

1、面向首席信息官的應用現代化改造指南2020 年 9 月2閱前須知今年年初，全球病毒大流行以出人意料的方式給各類企業帶來了突如其來的壓力。因此，首席信息官們面臨著一系列緊迫的挑戰：如何在系統方面更好地了解并控制比以往任何時候都更加分散和多變的業務？如何在削減費用的同時，打造一個更敏捷、反應更迅速的 IT 系統？如何更充分地利用舊數據，如何更快速地獲得新數據，從而更好地了解不斷變化的市場？如何在確保前期資本投入可繼續發揮價值的前提下，幫助人們更快地處理工作或為發展創造條件，同時將所需的變革管理工作量維持在最低水平？如何讓應用變得更智能，更好地滿足用戶的需求？在很多情況下，答案都是分步部署云計算技術

2、，通過量身定制的方案首先滿足最迫切的需求。與綜合云服務提供商合作，企業能夠打造出可尊重和保護其核心資產的云系統，同時實現快速的現代化改造，尤其是帶來現代應用架構的費用感知敏捷性和彈性。您應繼續閱讀的原因本指南介紹了如何執行應用和數據現代化改造，包括如何確定需求并制定以行動為導向的路線圖，以及如何在 IT 運營的最關鍵環節確定并實施有意義的變革。在本指南的最后，我們還列出了 Google Cloud 和我們的技術合作伙伴推出的一系列關鍵解決方案，可助貴組織快速取得成果。3前言早在當前的危機出現之前，IT 組織就面臨著提高敏捷性和創新能力的壓力?？蛻舻奶卣骱推谕刀荚诎l生變化。競爭正以更快的速度出

3、現，競爭的源頭也出乎意料。業務模式正在重塑。數字化技術是其中許多挑戰的核心解決方案；企業若要應對挑戰，采用數字技術是關鍵。同樣，一些舊的變革挑戰依然存在。具體而言，舊式 IT 系統在消耗預算的同時也阻礙了變革。許多企業的本地基礎架構上都運行著一系列復雜、老化的舊式核心應用。添加功能的過程很麻煩，維護和安全保障費用很高，還需要支付許可和管理費用。麥肯錫發布的一項研究顯示，雖然首席信息官們已成功將一些應用遷移到了云端，但其中約 80%的首席信息官表示，他們并沒有實現原本希望通過應用現代化改造取得的敏捷性或業務成果。企業需要的是一個靈活的、可擴縮的軟件服務基礎，讓應用團隊可以快速、高效地提供新的差異

4、化用戶體驗。當前的危機并未改變上述狀況，反而平添了新的緊迫性。在為實現在家工作而進行的勞動力重組、電子商務和在線物流等領域，我們已經看到了數字技術的部署是多么迅速。領導者們正想方設法將這種更快的步伐帶到組織的其他部門。通常，這些方案包括快速采用公有云計算技術。公有云技術讓客戶能夠以運營支出的形式使用提供商的數據中心資產，并從整體上把握其使用情況，從而降低基礎架構費用和管理開銷?？蛻暨€可輕松擴大和縮減其使用規模。企業可以即時采用新技術以及相關安全升級，這得益于有專門的云服務提供商負責為他們帶來各項創新成果。這樣更便宜、更靈活，也更快速。為了幫助企業快速適應不斷變化的市場需求，IT 部門需要能夠從

5、應用生成的數據和事件中收集、處理、分析和分享數據洞見。無論這些數據是來自日志文件、事務存儲還是點擊互動，IT 部門都需要能夠在整個應用環境中集中進行決策和分析處理。得益于這些改進以及全代管式云原生數據庫服務和“無服務器”部署等技術的自動化，客戶能夠降低運營費用，而在創新方面投入更多資金。這樣可以更好地利用每個人最寶貴的資源，人力和時間。世界似乎已發生翻天覆地的變化，但組織變革仍然是一大挑戰。不同業務利益相關方的需求之間仍然存在競爭。關鍵的業務也不能中斷。任何成功的轉型都不是放之四海而皆準的，重大變革也不是一蹴而就的。隨著客戶開始實施應用現代化改造計劃，數據架構已被視為這些現代化改造計劃的關鍵。

6、云中的數據架構將是混合式的，支持多云端，可以統一數據孤島，使數據可以實時訪問，能夠加速遷移，為開發者賦能，提高安全性、合規性和性能，并延長正常運行時間。4您可以采取一些明確的步驟。與云服務提供商合作時，您應該：探索您的產品組合，確定業務優先級，評估風險 想辦法通過重復利用現有服務來增加收入 設計云架構，制定現代化改造路線圖 制定一個以成功為導向的現代化改造流程 在現代化改造期間和之后為您的員工提供支持 確保實現高效優化，最大化長期收益 5起步大多數應用現代化改造都是從確定業務目標和需求開始的，然后是執行應用和數據發現。簡化現有的應用組合可以提高效率、降低復雜性并減少總擁有成本。在深入了解您的應

7、用環境時，請評估將應用遷移到云端的風險和重要性。在企業應用組合中，存在四類應用：面向客戶的應用：這些是最引人注目的應用，如果出了問題，不僅您會損失收入，您的品牌聲譽也會受到影響業務應用：這些是用于維持組織運轉的后端企業應用，例如 ERP、SCM 和財務應用等內部應用：這些應用包括郵件、人力資源和工資單應用等，是企業運轉的關鍵最后一類是監控、報告和分析應用。6所有這些應用都需要隨時訪問大量的數據。這些數據會一直呈指數增長，新的格式和來源也會不斷涌現。您當前的數據架構可能并不是針對這些工作負載及其不斷變化的需求而設計的。在考慮將您的基礎架構和應用遷移到云端時，不妨使用針對當今的數據挑戰而構建的云原

8、生數據庫服務對您的數據架構進行現代化改造。當今的數據架構運用了持續智能（如機器學習算法）技術，數據會以動態調整的規模生成和處理、十足安全并且隨時可用。首先需要清點應用，確定核心應用、底層數據以及它們的所有者。其次，必須清楚了解這些應用的使用情況和生命周期。接下來需要執行應用精簡化。這方面的方法有很多，比如 Gartner 的 TIME 模型和 Forrester Wave 方法。不過，這些方法是過去在舊 IT 技術處于最先進水平時發展起來的，并且強加了以 IT 為中心的變革愿景，缺乏明確的優先級策略，與更宏觀的組織目標也不一致。取得成果的過程往往緩慢而痛苦，并會對其他利益相關方產生不利影響。借

9、助現代數字化技術，IT 可以被看作是一系列靈活的服務，其架構經過合理設計，可以在不傷筋動骨的情況下調整其不同的方面，同時通過將應用轉換成一系列能力來滿足企業的關鍵需求。為了構建下一代能力，如端到端自動化和 AI 驅動的決策，客戶需要實現一個靈活的架構，用高級安全技術保護無處不在的數據。7業務服務導向業務服務導向流程會分析企業的 IT 需求，找出障礙并加以解決。它的目的是提高效率。通過基于價值的方法，首席信息官們獲得了清晰的現代化改造路線圖，同時了解了企業都存在的一些限制，一旦消除它們就能提高投資回報率、服務等級協議(SLA)表現和創新能力。首先，企業需要思考自身的業務能力，從面向外部的客戶功能

10、到安全和數據分析等內部工具。例如，訂單管理是由各種業務服務實現的一種業務能力，包括訂單創建、訂單查詢和訂單更新等。很多時候，業務能力可能會在各種環境中基于各種平臺（包括不同的云服務）運行。有些能力是核心 IT 部門有組織地采用的，其他則是各部門分別采用的，或者是通過公司收購繼承而來的。理想情況下，企業應該確定并描述所有的能力和服務，這是制定相應策略的前提條件，也是開展行動的依據。然后，企業可以將它們作為各自獨立的應用更好地進行管理?？蛻艨赡芟胍仃P注一些數字化主題，例如，重新定義端到端的客戶歷程。這可能需要定義新的業務模式、人員之間的跨職能協作以及數據。78了解和分離應用許多業務服務都共存于

11、一個龐大而復雜的舊式應用中，這種應用有時被稱為“單體式應用”。分離是將單體式應用的各個部分提取出來，使其能夠獨立運行的過程。這可以從業務需求的角度來看。功能分解是重構和重新設計架構的一種方法，可以用來拆分這樣的單體式應用。利用基于 API 的方法將應用分離為不同的業務服務，這可以讓組織的不同部分（包括服務所有者、服務使用者和其他業務團隊）以不同的速度運轉。這還有助于清楚地了解這些服務在整個組織中的使用情況。在對應用進行現代化改造時，無論選擇何種分離方法來分離應用，確定數據依賴關系并解決數據完整性問題都是現代化改造項目成功的關鍵。這是根據云原生的特點重新設計架構這一總體流程中的一個環節。另一個需

12、要考慮的步驟是使用微服務架構來驅動日志記錄、監控和報告等常見服務。在功能分解工作完成后，您將更深入地了解您的組件及其依賴關系。您可以獨立地對這些工作負載進行擴縮和分割。需要高可用性和故障防范功能的應用可能需要在一個分布式系統中運行一項服務的多個副本。后端也應該采用類似的分布方式，以便能夠承受協同故障。受法規監管的服務可能需要將其數據保存在某個地理位置，而其他服務可能會從全球分布系統的低延遲中受益。通過分離所依賴的某項經常需要縱向擴容的服務，企業可以更好地管理費用和性能，無需同時縱向擴容不相關的依賴項和服務。完全代管的全球分布式數據服務讓這些分離后的應用服務可以獲取所需的相關數據。一旦您對底層的

13、業務區域劃分有了足夠了解，就能夠以合理的方式分離服務。一個電子商務單體式應用可能包含客戶身份驗證、帳號查詢、客戶獎勵計劃、獎勵積分、商品推廣系統和客戶購買習慣識別器等組件。通過將這些組件分解為獨立但互相影響的元素，團隊就可以確定各種依賴關系和故障區域。這樣一來，您就可以選擇如何劃分邏輯服務和依賴關系，或者要將其中哪些耦合在一起。9現代化改造的流程 平臺設計 在充分確定當前的應用和數據服務后，您可以規劃一個軟件交付環境，其客戶是其他內部團隊和利益相關方。完成應用分離工作后，使 IT 轉變為一個內部業務單元的大部分工作就都已完成。借助故障轉移、高可用性、業務連續性、自動化、安全性和可擴縮性等方面的

14、能力，您可以專注于取得強有力且可持續的成果。當前的應用和數據服務會限制初期的表現，尤其是在應用沒有實現容器化，或者手動流程沒有實現自動化時。您可以引入新技術或流程來提升這些方面的能力。有時它們會直接取代存在限制的功能，有時會以其他方式與舊系統并行運行。設置用于衡量改進幅度的基準指標很重要。在思考軟件的現代化改造和交付時，有一些廣為人知的指標，這些指標可分為三類：速度 將代碼投入生產需要多長時間？我們多久推送一次變更？推送這些變更會導致多長的 停機時間？穩定性 變更導致故障的頻率有多高？我們能夠以多快的速度恢復？可靠性 客戶是否可以順利使用服務？我們從服務意外中斷事故 中汲取經驗的能力如何？這些

15、都是初步的標準，您可以根據這些標準來評判平臺的新功能，或者評判對軟件技術、流程或人員的改進。10構建您的平臺在從現狀向目標推進的過程中，請從您會以怎樣的順序獲得價值的角度來思考。每一種新的能力都會提供新的優勢，或者讓更多的應用和服務符合現代化改造的條件。某些服務（如低可用性批處理服務）并不需要那么多資源。請按照成本和機會的優先順序列出各項現代化改造需求，這可以為您的團隊提供一個具體的任務清單，包含明確的成功標準和可論證的影響。您也可以根據風險、使用情況以及需求的緊迫性等因素來推進遷移工作。那些運營風險最低的環節很適合作為入手點，因為失敗、回滾和重新嘗試造成的影響都非常小。根據使用率和業務重要性

16、等因素，把影響最大的服務擺到最后顯然是好事。需要考慮的風險包括對客戶的直接影響、收入損失或對品牌的負面影響?，F代架構靈活的模塊化方法有助于輕松以您需要的速度引入新的能力，甚至還可以并行執行許多工作。這有助于以低風險的方式提升學習能力，然后轉為處理風險更高的服務。在各時間段完成遷移的應用低風險 應用低風險 應用低風險 應用低風險 應用低風險 應用中風險 應用高風險 應用高風險 應用中風險 應用中風險 應用云平臺能力構建完成度執行現代化改造的團隊（無論是 IT 工程師團隊還是與產品負責團隊協同合作的團隊）都應該研究速度分層(Pace Layering)或代理模式(Proxy Pattern)等服務

17、改造方法。11與以往的 IT 轉型相比，另一個好處是，在平臺努力實現長期投資效益的同時，中短期收益也可以帶來回報。Google 的 DevOps Research and Assessment9(DORA)團隊稱之為“轉型的 J 曲線”。DORA 還確定了一些技術、流程和文化方面的能力，這些能力能夠推動實現更出色的軟件交付和運營表現，具體總結如下：團隊開始轉型，找出了一些簡單易行且見效快的改進機會自動化幫助低績效者發展為中等績效者自動化增加了測試需求，而測試需求需要手動處理。技術債務堆積如山，阻礙了進展孜孜不倦的改進工作帶來了卓越的成果和出色的績效！高績效者和精英績效者通過運用專業知識并從他們

18、的環境中學習經驗，工作效率突飛猛進技術債務和更高的復雜性增加了更改過程的手動控制工作量和層級，從而導致工作速度變慢規劃開發和測試發布和部署監控和優化小批量敏捷開發標準化平臺和流程近實時反饋環專門的跨職能團隊持續集成自動環境預配(IaC)應用(API)之間的松散架構耦合持續規劃測試自動化自動發布和部署（工具鏈）指標和可靠性12例如，假設有一家公司，其當前的平臺如下：虛擬機和 SAN 位于單個本地托管設施中，使用 VMWare 產品 Windows 服務器運行著一個 Web 單體式應用，每周在維護期進行部署 大型 MS SQL Server 和 Oracle 數據庫通過 Web 服務和 API 公

19、開該公司首先確定了一個要遷移到的理想化目標環境。在此例中，他們的選擇如下：位于全球多個區域的 GKE 容器，使用 Anthos Service Mesh 代管式數據存儲區：Cloud Datastore 代管式關系數據庫：Cloud SQL for MS SQL Server 和 Bare Metal Service for Oracle 數據庫時間平臺成 熟度能力 1服務 1 低風險采用時間早 進度慢服務 N 高風險采用時間晚 進度快能力 2能力 3能力 4這些能力使團隊能夠更有效地在團隊內部交付軟件。軟件交付中的一環就是開發您的平臺。然后，這些團隊可以定義和實施要隨著時間的推移而采用的平臺

20、功能，使您的團隊能夠使用更有效的流程和技術。使用您的平臺隨著風險較低的服務進入業務能力范圍，您會同時影響多種能力。13為了遷移，他們按照“先部署一個小型實例或單一服務，然后隨著業務運營方面的接受度逐步提高而增加更多服務”的模式，引入了以下能力：已查明的限制引入的能力或技術獲得的優勢首要步驟開發環境和生產環境差異太大，導致 bug 頻出對服務進行容器化的能力開發、預演和生產環境的可預測性變得更高對一項服務進行容器化和部署，在工具和步驟方面增強信心制定一項逐漸對所有服務進行容器化的方案數據庫的復雜性導致了管理上的挑戰Google Cloud 中的全代管式數據庫服務專注于應用開發，把管理工作交給 G

21、oogle識別低風險工作負載，并將其遷移到合適的數據庫服 務中手動發布流程容易出錯且速度緩慢適用于容器的簡單 CI/CD 流水線自動測試和部署首先是基本的 CI，然后是 CD逐漸應用于服務逐漸向 CI 和 CD 流水線增加更多步驟在當前虛擬機中運行多個容器的操作是手動進行的，風險很高引入 GCP 上的單個 GKE 集群服務可以編排，還可以輕松實現自動擴縮將一項服務遷移到 GKE 上逐漸增加更多服務需要執行費力的手動操作，才能觀察新的分布式系統或持續部署政策增加 Anthos Service Mesh 和 Anthos Config Management動態服務發現、配置即代碼、服務級遙測將幾項

22、服務遷移到 GKE 之后，通過添加 Service Mesh 來觀察流量并部署政策逐漸增加更多的政策需要避免給某些服務的現有用戶帶來業務中斷問題引入 API Management(Apigee)情境感知路由、載荷轉換、特定于用戶的 API 表層對于每項服務，引導不太關鍵的用戶使用經過現代化改造的服務，并獲得反饋以可控的方式引導其他用戶14已查明的限制引入的能力或技術獲得的優勢首要步驟某些服務必須可在 1 毫秒 內連接到舊式數據庫某些服務需要使用本地安 全硬件引入 GKE 本地集群能夠在舊式服務和數據所在的網絡中部署在本地啟動一個 GKE 集群，在其中部署一項現有的本地服務逐漸增加更多的服務和集

23、群其他區域的客戶面臨性能 不佳的情況在 GCP 上引入另一個 GKE 集群確保為全球受眾提供區域級彈性并縮短延遲時間采用多集群運營模式：調整部署、突發事件響應和負載平衡等我們有大量的非關系型數 據存儲在昂貴的關系型數 據庫中將初始數據遷移到代管式數據存儲區中擴容變得非常簡單將一項服務的數據遷移到數據存儲區中，并相應地部署新的代碼我們的關系型數據庫價格 昂貴，難以維護和擴容將剩余的數據遷移到代管式關系型數據庫服務中管理費用大幅下降將一個分片、租戶或客戶帳號遷移到云端關系型數據庫中，并重復執行此步驟我們公開了一些商業化的 現成應用，這些應用維護 和使用起來都很復雜借助 API 引入與供應商無關的端

24、點，然后通過 Velostrata、Migrate for Anthos 等一些方法將代碼遷移到 GCP 中停止向用戶泄露特定于供應商的接口創建與供應商無關的 API 端點，并將應用移到云端現在，我們的大部分服務都在云端，將任何服務保留在本地都是昂貴、不安全、不靈活的做法將數據量極大的高風險應用遷移到 GCP關閉本地托管設施驗證業務連續性方案和數據恢復流程是否不依賴于本地托管設施，隨后移除所有的流量，但最好讓本地設施保持“冷待機“狀態一段時間，直到您對遷移成功有充分信心為止需要橫跨不同的數據存儲區綜合了解關鍵應用數據引入集中式數據倉庫和數據集成功能可快速獲取業務數據分析結果；減少 IT 花在報

25、告上的時間和工作量制定一個“變更數據捕獲”(CDC)流程，將變更數據從現有的數據存儲區移到集中式倉庫內15通過遵循這種模式，這家公司能夠逐步為其軟件交付和運營平臺增加功能，并在此過程中為其業務增添能力。增加的每個組件要么可以讓更多的應用實現現代化改造，要么可以為那些已經實現現代化改造的應用提供新的價值。任何一種 IT 轉型活動都要解決三個方面的問題：人員、流程和技術。我們在上文中介紹了業務服務導向流程。但如果沒有合適的人員結構，任何流程都必將失敗。所以接下來，我們來看看這個問題。16這兩類團隊均按產品模式運作，也就是說，他們注重成果，長期存在，管理著規劃、構建和維護的整個生命周期。下層團隊在提

26、供上層團隊所需的服務時，會把上層團隊當作他們的客戶。這樣可以在推動實現共同目標的同時，實現分離的運營模式。如需詳細了解產品交付模式與項目交付模式之間的區別，請參閱這篇文章。產品交付模式大多數 IT 組織都采用基于項目的模式來交付軟件，這種模式專注于實現時間和進度等部門目標，但往往忽略了業務需求。使用產品交付模式往往更容易取得成功。在產品交付模式中，團隊負責軟件的整個生命周期：定義、交付和支持。他們還決定主要/次要版本的生命周期、新功能和棄用流程。產品團隊的資金并不僅限項目使用，而是根據長期的戰略價值進行分配。產品團隊由范圍更廣的內部或外部利益相關方驅動，具體取決于誰會使用相應產品。這有利于迭代

27、和確定可助力取得成功的新能力。業務目標和產品發布之間可以實現更好的一致性。在這種模式中，團隊是按能力來組織的。其中大致包括兩種團隊：16業務能力團隊此類團隊會與業務利益相關方密切配合，專注于提供業務服務。他們的服務交付和功能路線圖與對應業務部門的軌跡相同。此類團隊專注于滿足外部和內部客戶的需求。在上一個示例中，此類團隊包括專注于訂單管理、履單和移動應用等方面的團隊。平臺能力團隊此類團隊的工作更具跨業務領域的性質。例如，數據分析團隊負責維護數據倉庫和數據處理流水線等。他們不負責解決上層團隊出現的無效 build 問題。因此，上層團隊可能在一個或多個方面依賴于下層團隊。17在成功的基礎上再接再厲在

28、前面幾個部分，我們確定了如何以組織的流程和人員為導向，推動業務價值的實現。從業務職能和優先級的角度理解組織的應用環境，是現代化改造之旅中不可或缺的一步。將團隊調整為按產品交付模式運作是使這一旅程得以實現的載體。這兩個方面可能還需要在您的團隊中實施變革管理。這樣一來，人員和流程方面的這些變革就可以成為一個不斷改進和完善的過程。隨著時間的推移，企業中業務職能構成要素的定義會隨市場狀況、產品策略和競爭等因素而變化。您的團隊的組成也要有相應的變化。不過，如果將這種轉型方式融入到運營模式中，您就能確保資源都集中在業務價值最大化上。18Google Cloud 如何提供幫助現代化改造不應該是一項孤立的工作

29、。Google Cloud 團隊以及我們值得信賴的合作伙伴可以隨時為您提供幫助。我們為與客戶之間建立的牢固合作伙伴關系而感到自豪，也為在客戶旅程中的每一個階段提供滿足其需求的解決方案而感到驕傲。無論貴企業是力圖解決數據庫供應商鎖定和舊式 Java 環境的挑戰，還是希望采用現代開發原則，我們都可以幫助您完成人員、流程和技術這三個方面的轉型。面對系統中需要進行現代化改造的部分時，您不一定非要靠自己解決所有的問題。Google Cloud 提供了一系列解決方案，用于解決企業面臨的各種挑戰。以下簡要列出了這些解決方案。技術目標解決方案詳情在我們安全的全球基礎架構上運行您的關鍵業務應用SAP on Go

30、ogle Cloud在安全且經濟實惠的云環境中運行 Windows 工作負載Windows on Google Cloud遷移 VMware 工作負載并在 Google Cloud 上以原生方式運行VMware 即服務在 Google Cloud 提供的專門硬件上以極低的延遲運行專業工作負載Bare Metal 解決方案遷移現有虛擬機，以便快速開始使用 Google Cloud虛擬機遷移對舊式應用進行擴展和現代化改造，使其與全新的云服務一起運行對舊式應用進行現代化改造 遷移數據庫并對其進行現代化改造通過遷移到容器，使組織能夠逐步對現有應用進行現代化改造，并降低運營開銷和許可費用使用 Antho

31、s 對 Java 應用進行現代化改造借助 Google Cloud 的自動化工具和專家指導，將創新軟件更快地送到客戶手中借助 Anthos 實現現代 CI/CD吸引開發者與合作伙伴形成生態系統，并為他們提供支持使用 API 開拓新的業務渠道集中進行分析處理和數據訪問數據倉庫現代化19您還會發現，Google Cloud 有幾項獨有的特性，我們認為它們能讓我們脫穎而出。因此，在您冒險走上從頭開始解決問題的道路之前，不妨看看 或咨詢您的 Google Cloud 代表。此外，我們還想邀請您閱讀我們的配套白皮書：面向首席信息官的應用遷移指南。更高的靈活性Google Cloud 的 Anthos 平

32、臺提供了在本地、Google Cloud 上以及其他云服務商的產品上構建和管理應用的能力。這使得客戶能夠以混合云/多云端的方式，以最小的開銷構建其現代化改造策略。此外，同樣的 Google Cloud 工具既可用于本地部署，也可用于云基礎架構，因此可以最大限度地降低過渡期間的運營開銷。數據顯示，將 Anthos 用作應用現代化改造平臺可獲得最高 4.8 倍的投資回 報率。默認保證安全Google 每年投資近 10 億美元用于打造安全產品和執行相關研究。這些工具和方法已內置到基礎架構和應用棧的每一層。從默認提供靜態加密和傳輸中加密，到提供云端 HSM，再到數據去標識化服務，Google Cloud 提供了以安全方式運營現代化改造平臺所需的所有安全工具和功能?？煽啃院涂捎眯訥oogle Cloud 的基礎架構是為了服務于每天依賴多項 Google 服務的數十億用戶而構建的。Google Cloud 讓我們的客戶也可以使用這個世界一流的基礎架構，從而獲得同樣的可靠性和可用性。開放平臺大多數希望對 IT 環境進行現代化改造的組織都希望避免鎖定，并利用開源平臺。正因如此，Kubernetes 已成為企業開展應用現代化改造的首選平臺。Google 是 Kubernetes 項目的主要貢獻者。為了幫助企業采用 Kubernetes，我們還提供了Anthos 這個代管式平臺。