今天,Kubernetes仍然是開發(fā)人員最需要的容器。Kubernets最初由 Google 工程師開發(fā),作為跨本地、公共云、私有云或混合云托管的首選解決方案享譽(yù)全球。
來自Statista的報(bào)告顯示,公共云中的Kubernetes市場份額在過去一年中上升了近30%。并且在擁有超過1000名員工的大型科技企業(yè)中,Kubernets的采用率也在一年中至少上升了20%。
然而,盡管Kubernets越來越受歡迎,但其中仍存在一些挑戰(zhàn),使得DevOps團(tuán)隊(duì)很難在使用K8s構(gòu)建云原生應(yīng)用程序的過程中發(fā)揮它的全部優(yōu)勢。對于DevOps團(tuán)隊(duì)而言,應(yīng)用Kubernets時(shí)應(yīng)關(guān)注哪些問題呢?
1、可觀測性是關(guān)鍵
Kubernetes 有很多優(yōu)點(diǎn),因?yàn)槿萜魃鷳B(tài)系統(tǒng)中存在多個(gè)節(jié)點(diǎn)。這使得全面了解整個(gè) K8s 環(huán)境是一項(xiàng)具有挑戰(zhàn)性的任務(wù)。事實(shí)上,想要不依賴工具直接對K8s進(jìn)行檢測是非常困難的。根據(jù)Groundcover首席執(zhí)行官兼聯(lián)合創(chuàng)始人Shahar Azulay的說法,這一挑戰(zhàn)的解決方案在于可觀測性解決方案。
通過使用可觀測性工具,DevOps 團(tuán)隊(duì)可以全面了解 Kubernetes 中發(fā)生的一切,從日志到指標(biāo)和跟蹤。這使 DevOps 團(tuán)隊(duì)能夠快速修復(fù)錯(cuò)誤并大規(guī)模構(gòu)建應(yīng)用程序。Azulay表示:“開發(fā)人員無需收集和分析每個(gè)字節(jié)可用數(shù)據(jù)或隨機(jī)采樣,而是可以通過在源頭識別最有效的數(shù)據(jù)來智能地對其進(jìn)行采樣,然后僅選擇要發(fā)送到其可觀測性平臺的數(shù)據(jù)。
借助可觀測性工具,DevOps 團(tuán)隊(duì)可以減少系統(tǒng)宕機(jī)時(shí)間、降低成本并最終提高性能。當(dāng)今一些最流行的可觀測性工具包括Grafana、Groundcover和Prometheus。Azulay進(jìn)一步指出,Groundcover代表了可觀測性的新范式,因?yàn)椤八蚱屏藗鹘y(tǒng)的APM模型,提供了最小的資源消耗,全面的可觀測性和簡單透明的定價(jià)。
2、將安全性放在首位
僅僅關(guān)注可觀察性是不夠的,這意味著你只能解決一半的問題。在紅帽發(fā)布的關(guān)于 2023 年 Kubernetes的 安全狀況的報(bào)告中,94% 的受訪者在過去 12 個(gè)月內(nèi)經(jīng)歷過安全事件,而 64% 的受訪者表示由于 K8s 的安全問題導(dǎo)致了他們系統(tǒng)的延遲或影響部署。30%的受訪者還認(rèn)為漏洞是他們對容器和K8s環(huán)境的最大擔(dān)憂。
在 Kubernetes 環(huán)境中運(yùn)行應(yīng)用程序時(shí)保持安全性非常必要。如果不將安全性放在首位,可能會對性能產(chǎn)生不利影響,增加補(bǔ)救成本,并產(chǎn)生持久的破壞性影響。使用K8s時(shí),你必須時(shí)刻保持警惕,才能夠從中獲得你想要的性能提升。
ARMO開源社區(qū)副總裁Box Craig作為當(dāng)今最受歡迎的Kubernetes安全工具Kubescape創(chuàng)建者之一,他指出:“與所有云軟件一樣,當(dāng)你將Kubernetes訪問權(quán)限委托給團(tuán)隊(duì)時(shí),你要確保自己有與之契合的的護(hù)欄,這是非常重要的。
Craig進(jìn)一步指出,為確保安全性而采取的一些步驟應(yīng)該包括(但不限于):
- 定期更新安全補(bǔ)丁。
- 配置 K8s 集群時(shí)遵循行業(yè)最佳實(shí)踐。
- 檢查并驗(yàn)證映射是否存在惡意代碼、不正確的配置和其他漏洞。
- 禁止用戶訪問云 API 數(shù)據(jù)。
- 利用基于角色的訪問控制 (RBAC),允許用戶僅根據(jù)其角色和功能訪問 K8s 資源。
- 使用 Kubecsape 等安全工具保護(hù)您的 IDE、CI/CD 管道和集群。
3、修復(fù)存儲問題
使用 Kubernetes 時(shí)的額外存儲是有代價(jià)的,其承擔(dān)了開發(fā)人員和組織產(chǎn)生的大部分成本。為了有效地減少開發(fā)人員的部署摩擦,大型企業(yè)通常會遷移到公共云環(huán)境并減少對本地服務(wù)器的依賴。
根據(jù)ARMO的首席技術(shù)官Ben Hirschberg的說法,解決這個(gè)問題的一種方法是“從源頭分析數(shù)據(jù),最大限度減少移動大量數(shù)據(jù)進(jìn)行觀察的需要??梢灾苯臃治龉?jié)點(diǎn)或應(yīng)用程序內(nèi)部的數(shù)據(jù),并非所有數(shù)據(jù)都需要移動到外部存儲或可觀測性平臺。通過在本地存儲數(shù)據(jù),DevOps團(tuán)隊(duì)可以避免不必要的數(shù)據(jù)傳輸成本,同時(shí)確保在需要時(shí)隨時(shí)獲得必要的數(shù)據(jù)。
?4、優(yōu)先考慮互操作性??
大多數(shù)開發(fā)人員面臨的K8s的另一個(gè)問題是互操作性,即應(yīng)用程序在K8s中相互通信的能力。K8s上可互操作的云原生應(yīng)用程序之間的通信并不像看起來那么簡單。正如本文所指出的,缺乏互操作性可能會影響群集部署,因?yàn)樗膽?yīng)用程序?qū)嵗赡軙谌杭械膯蝹€(gè)節(jié)點(diǎn)上運(yùn)行時(shí)出現(xiàn)問題。
解決這一挑戰(zhàn)的一種方法是利用跨多個(gè)組織(如AWS、Google、IBM、SAP和Red Hat)的協(xié)作項(xiàng)目,為您的云原生應(yīng)用程序提供服務(wù)。
5、結(jié)語
最好的 K8s 實(shí)踐不是一次性修復(fù);它們來自不斷從錯(cuò)誤中學(xué)習(xí)和重新調(diào)整底線。對于已經(jīng)陷入技術(shù)工作和以創(chuàng)紀(jì)錄速度部署容器的需求的 DevOps 團(tuán)隊(duì)來說,這可能需要花費(fèi)更多時(shí)間。但幸運(yùn)的是,可觀測性工具可以確定將注意力集中在何處,并幫助針對安全性、互操作性、存儲等關(guān)鍵問題提出有積極影響作用的建議和步驟。
6、Kubernetes DevOps 系統(tǒng)
這是一個(gè)基于Java Boot/.Net Core構(gòu)建的簡單、跨平臺快速開發(fā)框架。前后端封裝了上千個(gè)常用類,方便擴(kuò)展;集成了代碼生成器,支持前后端業(yè)務(wù)代碼生成,實(shí)現(xiàn)快速開發(fā),提升工作效率;框架集成了表單、報(bào)表、圖表、大屏等各種常用的Demo方便直接使用;后端框架支持Vue2、Vue3。平臺即可私有化部署,也可基于Kubernetes(K8S)部署。
支持DevOps,開箱即用的全功能容器平臺:
-
自動檢出(Checkout)代碼、測試、分析、構(gòu)建、部署并發(fā)布
-
可發(fā)現(xiàn)性、可觀測性、安全性:一站式集成您所需的所有特性
-
獨(dú)特的微服務(wù)治理功能
技術(shù)架構(gòu)
-
數(shù)據(jù)庫兼容:MySQL(默認(rèn))、SQLServer、Oracle、PostgreSQL、達(dá)數(shù)據(jù)庫、人大金倉數(shù)據(jù)庫
-
分布式文件存儲:兼容 MinIO 及多個(gè)云對象存儲,如阿里云 OSS、華為云 OBS、七牛云 Kodo、騰訊云 COS 等
-
后端基于IDEA + Eclipse +Spring Tool Suite 等開發(fā)。
-
前端基于Node.js+Vue + TypeScript +Vite+Pinia+Pnpm+ Element-ui等開發(fā)。
-
移動端開發(fā) Node.js 開發(fā)
應(yīng)用體驗(yàn):https://www.jnpfsoft.com/?csdn??????文章來源:http://www.zghlxwxcb.cn/news/detail-669150.html
??文章來源地址http://www.zghlxwxcb.cn/news/detail-669150.html
到了這里,關(guān)于DevOps團(tuán)隊(duì)如何提高Kubernetes性能的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!