云原生應用和 Kubernetes 的使用均呈上升趨勢。451 Research 指出，全球將近四分之三的企業目前正在使用，或計劃在未來兩年內采用 Kubernetes。許多企業，尤其是金融服務業等產生和使用大量數據的企業，在新冠疫情之前就已著手探尋加快開發周期的方法。2020 年疫情期間，眾多企業轉為線上辦公，并且他們希望構建或擴展旗下的數字產品/服務，這一需求將進一步突出。

[[418189]]

要了解 Kubernetes 經歷這種強勁增長的原因及其對企業的重要意義，我們需要首先理解許多 IT 人士非常熟悉的“寵物和牛(pets versus cattle)”這個類比。從最基本的層面來看，這個比喻是指，部分 IT 經理將自己所在組織的 IT 基礎設施內的服務器和系統視為寵物。他們給這些服務器和系統取名字，照看它們，并致力于努力工作以確保它們正常運行。隨著企業的 IT 配置不斷擴展，由三、四臺服務器構成的基礎設施擴展為 10 - 20 臺物理服務器，可能還有幾個虛擬機 (VM) 以及一些不同的云。我們現在擁有的是一群牛，而不只是幾只寵物。當然，我們會照顧他們，但也會將它們視為可替代的單個實體。

如果我們繼續套用這個比喻，則可以認為，如今現代化 IT 團隊管理的東西更加類似于工業化的農場設施。我們再也無法計數或看到農場里的所有動物。因為大量動物居住在其他農場，而且我們付費讓其他人照顧它們，而如果它們丟失、被盜或生病，責任仍然在我們。事實上，如今，它們在哪里以及被關在什么地方都不重要。我們真正關心的是它們生產了什么，或者回到技術層面上，它們可以賦能什么。

當然，這指的是由物理、虛擬和云工作負載組成的現代數字基礎設施。

容器化助推 DevOps

近些年來，我們添加了許多容器。虛擬機是指在多個操作系統 (OS) 實例上運行的硬件，而容器則可支持多個工作負載在單個操作系統實例上運行。這讓容器比虛擬機更輕便、更靈活且啟動更快，因為虛擬機是在自己的操作系統上運行，占用的存儲空間更大。IT決策者們不像其存儲基礎設施那樣專注于速度和feeds流，他們會密切關注應用程序的性能以及(內部或外部)終端用戶。

這正是 Kubernetes 作為平臺的價值所在，因為它讓 IT 團隊能夠將構成應用程序的多個容器組合成邏輯單元。運行 Kubernetes 讓 IT 團隊能夠安全可靠地加速和擴展應用程序交付。運行 Kubernetes 還可以實現應用程序交付的自動化，從而減少變更風險，實現持續改進、刷新和更新，同時移除重復的、手動的過程。Kubernetes 為IT團隊提供了更大的敏捷性和靈活性，以平衡需求波動的能力，不斷增加應用程序價值，并且能夠同時在不同平臺上運行多個應用程序。最后，Kubernetes 可加強開發、質保和運營團隊之間的聯系。DevOps 旨在促進這些團隊之間的協作并打破不同團隊之間的孤島，使這些團隊能夠團結協作以實現為企業和客戶創造更多價值的共同目標。歸根結底，Kubernetes 可以為企業提供的實質優勢在于：能夠更快速、更大規模且更準確地交付應用程序。

DevOps 的核心描述了以云原生方式做事的過程，因此 Kubernetes 非常適用于那些擁有更廣泛目標的 DevOps 組織，當然這些組織也在朝著某個共同目標不斷努力。它具有的潛在優勢超出了許多企業的想象。DevOps 充分挖掘和利用 Kubernetes 提供的自動化和可擴展功能，進而縮短開發周期。通俗來說，企業可以比之前更頻繁地升級、修補和刷新應用程序。例如，在金融服務業中，這是一項關鍵優勢。雖然世界各地諸多銀行網點 2020 年被迫關閉，但是絕大多數銀行已準備好通過在線銀行和手機銀行為客戶提供數字化金融服務。達到這么先進的數字化服務水平，一定程度上是因為銀行業挑戰者在過去十年間實現的顛覆，諸如 Monzo 和 Revolut 等公司迫使全球巨頭采取行動。這些事件造成的結果是：現在，銀行每月都要(而不是一年幾次)更新和優化應用程序和服務。

未來，人工智能和機器學習等技術還將進一步推動實現銀行業務的自動化，使個人理財、儲蓄和跟蹤支出更容易。隨著各大銀行競相推出優質的應用程序和定制化服務，云原生平臺和 DevOps 將助力更快速地實現廣泛創新。

現代化數據保護

當我們談論云原生架構和 Kubernetes 具備的可擴展性時，我們也可以參考新的容器化環境的可重復性和準確性。還是以金融服務業為例，由于這個行業在疫情期間取得了顯著發展，我們將會看到實體零售分支機構的構成發生了變化，需要更先進的數字化系統和非接觸式系統。在實體店內引入新技術和設備將成為新常態的一部分，因為人們走出家門重返商業街但期待獲得數字優先的消費體驗。這可能會促使多個分支機構進行某種程度的IT更新，以確保客戶能夠在每個地點獲得一致的體驗。

因此，對于希望跨物理站點提供一致且兼容并蓄的“親身”使用體驗的組織而言，基礎設施即代碼 (IaC) 之類的方法將變得至關重要。IaC 是指通過機器可讀的定義文件(而不是手動配置)管理和配置基礎設施的流程，手動配置可能會受到人為錯誤的阻礙。IaC 能夠接受可重復的任務，并且每次都以相同的方式運行任務。回首過去，跨多個站點復制 IT 環境實際上只能通過以下方式來完成：先配置并設置一個站點，然后每個站點使用完全相同的團隊和流程。如果中國的每條主要商業街上都有 100 多家零售銀行，這種方式在現實中不可能實現，更不用說在全球范圍內實現。IaC 是指本質上已在軟件代碼中定義了首個站點的配置方法，可反復遷移并使用這些代碼創建精確的副本。而且，對于擁有平臺運營團隊的企業，可以自助方式向開發團隊提供運營服務，并與站點可靠性工程師 (SRE) 相互銜接配合，如此一來，啟動工作負載不再是一項冗長的任務。無論這些工作負載位于云端、本地，虛擬環境或容器中，IaC 均可提高速度和效率，同時使流程可重復執行。這不僅可加快跨多個站點推出數字化基礎設施的過程，而且可降低人為錯誤的幾率，人為錯誤可能并非惡意，但卻可能會導致系統中斷和網絡安全漏洞。

在金融服務業和其他諸多行業中，數據保護問題正在破壞數字化轉型工作,《2021 年 Veeam 數據保護趨勢》報告中指出，備份失敗和備份不完整導致 58% 的組織數據可能得不到保護。 Kubernetes 和云原生平臺是企業持續推進數字化轉型的基礎，但并沒有消除對數據管理方面的需求。一旦發生任何情況，使用代碼部署應用程序和管理程序版本會對數據保護提出更細微的挑戰，因為有狀態數據從外部源(例如，數據庫和終端用戶)寫入了這些應用程序。此類數據不包含在代碼中，但現在是有狀態的。必須通過以下方式保護此類數據：要么作為持續集成 (CI) /持續交付 (CD) 途徑和原生 API 的一部分，在代碼更改之前觸發備份;要么作為一項定義的策略，使用為 Kubernetes 構建的本機工具進行備份。因此，對于希望利用 Kubernetes 的組織，最好的建議是與兼具云原生平臺和工具方面專業能力的現代化數據保護專家合作。

由于容器的流行度和影響力持續增加，企業必須確保自身能夠保護數據安全，同時能夠跨物理、虛擬、云以及 Kubernetes 環境備份數據。這就是為什么希望充分利用 Kubernetes 提供的敏捷性、可擴展性和自動化功能的企業，不能忽視同步更新其數據保護策略和能力的需求。