數據管理(lǐ)和(hé)保護雲原生的未來(lái)

雲原生應用(yòng)和(hé) Kubernetes 的使用(yòng)均呈上(shàng)升趨勢。451 Research 指出，全球将近四分之三的企業目前正在使用(yòng)，或計(jì)劃在未來(lái)兩年内采用(yòng) Kubernetes。許多企業，尤其是金(jīn)融服務業等産生和(hé)使用(yòng)大(dà)量數據的企業，在新冠疫情之前就已着手探尋加快(kuài)開(kāi)發周期的方法。2020 年疫情期間，衆多企業轉爲線上(shàng)辦公，并且他(tā)們希望構建或擴展旗下(xià)的數字産品/服務，這(zhè)一需求将進一步突出。 要了(le)解 Kubernetes 經曆這(zhè)種強勁增長的原因及其對(duì)企業的重要意義，我們需要首先理(lǐ)解許多 IT 人士非常熟悉的“寵物和(hé)牛(pets versus cattle)”這(zhè)個類比。從(cóng)最基本的層面來(lái)看(kàn)，這(zhè)個比喻是指，部分 IT 經理(lǐ)将自(zì)己所在組織的 IT 基礎設施内的服務器和(hé)系統視(shì)爲寵物。他(tā)們給這(zhè)些(xiē)服務器和(hé)系統取名字，照看(kàn)它們，并緻力于努力工(gōng)作(zuò)以确保它們正常運行。随着企業的 IT 配置不斷擴展，由三、四台服務器構成的基礎設施擴展爲 10 20 台物理(lǐ)服務器，可能(néng)還有幾個虛拟機 (VM) 以及一些(xiē)不同的雲。我們現(xiàn)在擁有的是一群牛，而不隻是幾隻寵物。當然，我們會(huì)照顧他(tā)們，但(dàn)也(yě)會(huì)将它們視(shì)爲可替代的單個實體。 如果我們繼續套用(yòng)這(zhè)個比喻，則可以認爲，如今現(xiàn)代化 IT 團隊管理(lǐ)的東西更加類似于工(gōng)業化的農(nóng)場設施。我們再也(yě)無法計(jì)數或看(kàn)到(dào)農(nóng)場裏的所有動物。因爲大(dà)量動物居住在其他(tā)農(nóng)場，而且我們付費讓其他(tā)人照顧它們，而如果它們丢失、被盜或生病，責任仍然在我們。事(shì)實上(shàng)，如今，它們在哪裏以及被關在什(shén)麽地方都不重要。我們真正關心的是它們生産了(le)什(shén)麽，或者回到(dào)技術層面上(shàng)，它們可以賦能(néng)什(shén)麽。 當然，這(zhè)指的是由物理(lǐ)、虛拟和(hé)雲工(gōng)作(zuò)負載組成的現(xiàn)代數字基礎設施。 容器化助推 DevOps 近些(xiē)年來(lái)，我們添加了(le)許多容器。虛拟機是指在多個操作(zuò)系統 (OS) 實例上(shàng)運行的硬件，而容器則可支持多個工(gōng)作(zuò)負載在單個操作(zuò)系統實例上(shàng)運行。這(zhè)讓容器比虛拟機更輕便、更靈活且啓動更快(kuài)，因爲虛拟機是在自(zì)己的操作(zuò)系統上(shàng)運行，占用(yòng)的存儲空(kōng)間更大(dà)。IT決策者們不像其存儲基礎設施那樣專注于速度和(hé)feeds流，他(tā)們會(huì)密切關注應用(yòng)程序的性能(néng)以及(内部或外(wài)部)終端用(yòng)戶。 這(zhè)正是 Kubernetes 作(zuò)爲平台的價值所在，因爲它讓 IT 團隊能(néng)夠将構成應用(yòng)程序的多個容器組合成邏輯單元。運行 Kubernetes 讓 IT 團隊能(néng)夠安全可靠地加速和(hé)擴展應用(yòng)程序交付。運行 Kubernetes 還可以實現(xiàn)應用(yòng)程序交付的自(zì)動化，從(cóng)而減少變更風(fēng)險，實現(xiàn)持續改進、刷新和(hé)更新，同時(shí)移除重複的、手動的過程。Kubernetes 爲IT團隊提供了(le)更大(dà)的敏捷性和(hé)靈活性，以平衡需求波動的能(néng)力，不斷增加應用(yòng)程序價值，并且能(néng)夠同時(shí)在不同平台上(shàng)運行多個應用(yòng)程序。最後，Kubernetes 可加強開(kāi)發、質保和(hé)運營團隊之間的聯系。DevOps 旨在促進這(zhè)些(xiē)團隊之間的協作(zuò)并打破不同團隊之間的孤島，使這(zhè)些(xiē)團隊能(néng)夠團結協作(zuò)以實現(xiàn)爲企業和(hé)客戶創造更多價值的共同目标。歸根結底，Kubernetes 可以爲企業提供的實質優勢在于：能(néng)夠更快(kuài)速、更大(dà)規模且更準确地交付應用(yòng)程序。 DevOps 的核心描述了(le)以雲原生方式做事(shì)的過程，因此 Kubernetes 非常适用(yòng)于那些(xiē)擁有更廣泛目标的 DevOps 組織，當然這(zhè)些(xiē)組織也(yě)在朝着某個共同目标不斷努力。它具有的潛在優勢超出了(le)許多企業的想象。DevOps 充分挖掘和(hé)利用(yòng) Kubernetes 提供的自(zì)動化和(hé)可擴展功能(néng)，進而縮短開(kāi)發周期。通俗來(lái)說，企業可以比之前更頻繁地升級、修補和(hé)刷新應用(yòng)程序。例如，在金(jīn)融服務業中，這(zhè)是一項關鍵優勢。雖然世界各地諸多銀行網點 2020 年被迫關閉，但(dàn)是絕大(dà)多數銀行已準備好(hǎo)通過在線銀行和(hé)手機銀行爲客戶提供數字化金(jīn)融服務。達到(dào)這(zhè)麽先進的數字化服務水(shuǐ)平，一定程度上(shàng)是因爲銀行業挑戰者在過去十年間實現(xiàn)的颠覆，諸如 Monzo 和(hé) Revolut 等公司迫使全球巨頭采取行動。這(zhè)些(xiē)事(shì)件造成的結果是：現(xiàn)在，銀行每月都要(而不是一年幾次)更新和(hé)優化應用(yòng)程序和(hé)服務。 未來(lái)，人工(gōng)智能(néng)和(hé)機器學習等技術還将進一步推動實現(xiàn)銀行業務的自(zì)動化，使個人理(lǐ)财、儲蓄和(hé)跟蹤支出更容易。随着各大(dà)銀行競相推出優質的應用(yòng)程序和(hé)定制化服務，雲原生平台和(hé) DevOps 将助力更快(kuài)速地實現(xiàn)廣泛創新。 現(xiàn)代化數據保護 當我們談論雲原生架構和(hé) Kubernetes 具備的可擴展性時(shí)，我們也(yě)可以參考新的容器化環境的可重複性和(hé)準确性。還是以金(jīn)融服務業爲例，由于這(zhè)個行業在疫情期間取得了(le)顯著發展，我們将會(huì)看(kàn)到(dào)實體零售分支機構的構成發生了(le)變化，需要更先進的數字化系統和(hé)非接觸式系統。在實體店(diàn)内引入新技術和(hé)設備将成爲新常态的一部分，因爲人們走出家門(mén)重返商業街但(dàn)期待獲得數字優先的消費體驗。這(zhè)可能(néng)會(huì)促使多個分支機構進行某種程度的IT更新，以确保客戶能(néng)夠在每個地點獲得一緻的體驗。 因此，對(duì)于希望跨物理(lǐ)站(zhàn)點提供一緻且兼容并蓄的“親身”使用(yòng)體驗的組織而言，基礎設施即代碼 (IaC) 之類的方法将變得至關重要。IaC 是指通過機器可讀的定義文(wén)件(而不是手動配置)管理(lǐ)和(hé)配置基礎設施的流程，手動配置可能(néng)會(huì)受到(dào)人爲錯誤的阻礙。IaC 能(néng)夠接受可重複的任務，并且每次都以相同的方式運行任務。回首過去，跨多個站(zhàn)點複制 IT 環境實際上(shàng)隻能(néng)通過以下(xià)方式來(lái)完成：先配置并設置一個站(zhàn)點，然後每個站(zhàn)點使用(yòng)完全相同的團隊和(hé)流程。如果中國的每條主要商業街上(shàng)都有 100 多家零售銀行，這(zhè)種方式在現(xiàn)實中不可能(néng)實現(xiàn)，更不用(yòng)說在全球範圍内實現(xiàn)。IaC 是指本質上(shàng)已在軟件代碼中定義了(le)首個站(zhàn)點的配置方法，可反複遷移并使用(yòng)這(zhè)些(xiē)代碼創建精确的副本。而且，對(duì)于擁有平台運營團隊的企業，可以自(zì)助方式向開(kāi)發團隊提供運營服務，并與站(zhàn)點可靠性工(gōng)程師 (SRE) 相互銜接配合，如此一來(lái)，啓動工(gōng)作(zuò)負載不再是一項冗長的任務。無論這(zhè)些(xiē)工(gōng)作(zuò)負載位于雲端、本地，虛拟環境或容器中，IaC 均可提高(gāo)速度和(hé)效率，同時(shí)使流程可重複執行。這(zhè)不僅可加快(kuài)跨多個站(zhàn)點推出數字化基礎設施的過程，而且可降低(dī)人爲錯誤的幾率，人爲錯誤可能(néng)并非惡意，但(dàn)卻可能(néng)會(huì)導緻系統中斷和(hé)網絡安全漏洞。 在金(jīn)融服務業和(hé)其他(tā)諸多行業中，數據保護問題正在破壞數字化轉型工(gōng)作(zuò)，《2021 年 Veeam 數據保護趨勢》報(bào)告中指出，備份失敗和(hé)備份不完整導緻 58% 的組織數據可能(néng)得不到(dào)保護。 Kubernetes 和(hé)雲原生平台是企業持續推進數字化轉型的基礎，但(dàn)并沒有消除對(duì)數據管理(lǐ)方面的需求。一旦發生任何情況，使用(yòng)代碼部署應用(yòng)程序和(hé)管理(lǐ)程序版本會(huì)對(duì)數據保護提出更細微的挑戰，因爲有狀态數據從(cóng)外(wài)部源(例如，數據庫和(hé)終端用(yòng)戶)寫入了(le)這(zhè)些(xiē)應用(yòng)程序。此類數據不包含在代碼中，但(dàn)現(xiàn)在是有狀态的。必須通過以下(xià)方式保護此類數據：要麽作(zuò)爲持續集成 (CI) /持續交付 (CD) 途徑和(hé)原生 API 的一部分，在代碼更改之前觸發備份；要麽作(zuò)爲一項定義的策略，使用(yòng)爲 Kubernetes 構建的本機工(gōng)具進行備份。因此，對(duì)于希望利用(yòng) Kubernetes 的組織，最好(hǎo)的建議(yì)是與兼具雲原生平台和(hé)工(gōng)具方面專業能(néng)力的現(xiàn)代化數據保護專家合作(zuò)。 由于容器的流行度和(hé)影響力持續增加，企業必須确保自(zì)身能(néng)夠保護數據安全，同時(shí)能(néng)夠跨物理(lǐ)、虛拟、雲以及 Kubernetes 環境備份數據。這(zhè)就是爲什(shén)麽希望充分利用(yòng) Kubernetes 提供的敏捷性、可擴展性和(hé)自(zì)動化功能(néng)的企業，不能(néng)忽視(shì)同步更新其數據保護策略和(hé)能(néng)力的需求。 來(lái)源：IT168網站(zhàn)