根治Kubernetes“存儲頭痛症”的方法

如果您已經在使用(yòng)Kubernetes了(le)，則可能(néng)有一個簡單的原因：它使您的生活更輕松。畢竟，這(zhè)是基于容器編排的整個前提。它讓基礎設施變得可支配，在需要時(shí)将其旋轉，完成後将其丢棄，因此您不必考慮太多。至少，這(zhè)就是應該起作(zuò)用(yòng)的方式。 如你(nǐ)所知(zhī)，如果你(nǐ)已經建立起一個依賴于持久性數據的工(gōng)作(zuò)，你(nǐ)會(huì)馬上(shàng)遇到(dào)一個大(dà)問題——存儲。 盡管Kubernetes完全抽象了(le)計(jì)算(suàn)和(hé)網絡基礎架構，但(dàn)是當您的應用(yòng)程序是有狀态的并且數據是持久的時(shí)，它需要合适的方式進行存儲。您仍必須了(le)解底層存儲基礎架構的全部知(zhī)識，才能(néng)找到(dào)所需數據的方式。 不僅是數據的位置，還有其他(tā)類型的存儲基礎結構附帶的所有其他(tā)細粒度的考慮因素(性能(néng)，保護，彈性，數據治理(lǐ)和(hé)成本)，大(dà)多數數據科學家都不想考慮。 爲什(shén)麽在雲原生世界中，我們已經自(zì)動化了(le)對(duì)這(zhè)麽多底層硬件複雜(zá)性的管理(lǐ)，所以存儲仍然如此痛苦?原因是兩個詞：數據孤島。 隻要我們繼續通過其賴以生存的不同基礎架構來(lái)管理(lǐ)數據，而不是隻關注數據本身，我們将不可避免地最終要花(huā)費大(dà)量的存儲孤島。幸運的是，這(zhè)不是一個棘手的問題。通過将我們對(duì)數據管理(lǐ)的思考方式從(cóng)以基礎架構爲中心的方法轉變爲以數據爲中心的方法，我們可以使用(yòng)Kubernetes首先給我們提供承諾：制作(zuò)存儲SEP(Someone Else‘s Problem)。 當您需要的數據散布在不同的存儲孤島上(shàng)時(shí)，每個存儲孤島都有自(zì)己的獨特屬性(“或”或“雲”，“本地”，“對(duì)象”，“高(gāo)性能(néng)”等)，根本無法抽象出基礎架構注意事(shì)項。仍然有人必須回答(dá)所有有關性能(néng)，成本和(hé)數據治理(lǐ)的問題，才能(néng)建立您的管道(dào)。(如果該人是您要尋求幫助的IT管理(lǐ)員，您可以打賭他(tā)們每次在您的名字上(shàng)出現(xiàn)您的名字時(shí)都會(huì)畏縮。因爲他(tā)們知(zhī)道(dào)他(tā)們将花(huā)費大(dà)量時(shí)間在神秘的基礎結構接口上(shàng)來(lái)破壞您的數據跨所有不同的副本和(hé)數據存儲，而且他(tā)們根本無法在午餐前完成任務。 擺脫這(zhè)種頭痛的唯一方法-真正實現(xiàn)Kubernetes應該爲您提供的速度和(hé)簡便性的唯一方法-是虛拟化數據。基本上(shàng)，您需要在數據和(hé)所有各種存儲基礎架構之間建立一個智能(néng)抽象層。該抽象層應該使您可以在任何地方查看(kàn)和(hé)訪問數據，而不必擔心給定的基礎架構是否具有适合您正在執行的操作(zuò)的成本，位置或治理(lǐ)，也(yě)不必不斷創建新副本。 做到(dào)這(zhè)一點并不像聽起來(lái)那麽困難。關鍵：元數據。當您可以将所有數據需求，上(shàng)下(xià)文(wén)或沿襲注意事(shì)項編碼爲随處可見數據的元數據時(shí)，那麽在任何給定時(shí)刻駐留在哪個基礎結構數據上(shàng)就不再重要。現(xiàn)在，當您建立數據管道(dào)時(shí)，您可以完全使用(yòng)元數據。而且您的虛拟化層可以使用(yòng)AI / ML爲您自(zì)動處理(lǐ)所有基礎數據管理(lǐ)和(hé)基礎結構注意事(shì)項。 一旦建立了(le)虛拟化層，并通過元數據進行數據管理(lǐ)，就可以執行以前無法完成的各種事(shì)情。 1. 消除數據孤島：現(xiàn)在，您需要的數據位于哪個基礎架構上(shàng)或該基礎架構位于什(shén)麽位置都無所謂。對(duì)于您的應用(yòng)程序，所有那些(xiē)以前孤立的存儲資源(本地，雲，混合，歸檔)看(kàn)起來(lái)就像一個通用(yòng)的全局名稱空(kōng)間。 2. 以編程方式訪問存儲資源：由于您在處理(lǐ)元數據(而不是一堆不同的底層硬件基礎結構)，因此您現(xiàn)在可以設置管道(dào)并通過聲明(míng)性語句訪問數據：我需要具有這(zhè)種性能(néng)的數據，僅此而已真的很(hěn)在乎。然後，智能(néng)虛拟化層就可以實現(xiàn)并實現(xiàn)，而您的應用(yòng)程序(或您負擔過重的IT管理(lǐ)員)則無需确切說明(míng)操作(zuò)方法。 3. 使數據管理(lǐ)實現(xiàn)自(zì)助服務：數據科學家無需擔心比較不同存儲類型的成本，啓用(yòng)數據保護或确保每次建立管道(dào)時(shí)都滿足安全性和(hé)合規性要求。(因此，您的IT和(hé)安全團隊可能(néng)也(yě)不希望數據科學家做出這(zhè)些(xiē)選擇-除非他(tā)們希望所有内容都在最昂貴的存儲上(shàng)運行且沒有适當的遵從(cóng)性。)一旦将元數據和(hé)數據的管理(lǐ)分開(kāi)，所有消失了(le)。存儲管理(lǐ)員可以通過配置一次基本策略來(lái)設置防護欄。然後，用(yòng)戶可以從(cóng)此開(kāi)始自(zì)助滿足其大(dà)多數數據管理(lǐ)需求，而無需打開(kāi)票證，并且不會(huì)在每次建立管道(dào)時(shí)手動進行這(zhè)些(xiē)調用(yòng)時(shí)出現(xiàn)錯誤。 4. 不斷豐富您的數據：當系統支持可自(zì)定義的，可擴展的元數據時(shí)，您現(xiàn)在可以進行各種有趣的事(shì)情。例如，您可以構建遞歸流程，在其中通過系統運行數據，獲取一些(xiē)結果，将這(zhè)些(xiē)結果添加回元數據，然後再次運行作(zuò)業。您可以開(kāi)始對(duì)數據周圍的數據建立深入的上(shàng)下(xià)文(wén)理(lǐ)解。處理(lǐ)和(hé)使用(yòng)的數據越多，将來(lái)用(yòng)于其他(tā)作(zuò)業的數據就越豐富。而且，對(duì)于要使用(yòng)它的任何其他(tā)應用(yòng)程序或數據科學家來(lái)說，現(xiàn)在，智能(néng)總是随處可見。它并不局限于一個副本，而是藏在某個地方的一個存儲孤島上(shàng)。 當您虛拟化數據時(shí)，所有這(zhè)些(xiē)事(shì)情都是可能(néng)的，因爲與孤立的存儲基礎架構相比，元數據的使用(yòng)更加靈活。設置和(hé)編排數據管道(dào)所伴随的存儲注意事(shì)項現(xiàn)在可以爲您解決。您的存儲資源将變爲可編程的，自(zì)助服務的并且自(zì)動合規，通常不需要手動幹預。 突然之間，您實際上(shàng)生活在這(zhè)樣一個現(xiàn)實，即Kubernetes和(hé)軟件定義的存儲始終應該交付。無論基礎架構如何，存儲都是軟件定義的，可編程的并且在混合雲環境中保持一緻。您的數據更豐富，更靈活。您的IT團隊不再将ID卡上(shàng)的爆炸照片留在牆上(shàng)扔镖。最重要的是，您實際上(shàng)在處理(lǐ)數據上(shàng)花(huā)費了(le)更多時(shí)間，而不用(yòng)擔心數據的存放(fàng)位置。 作(zuò)者：佚名? 來(lái)源：IT168網站(zhàn)