KubeKey v2.1.0-alpha.0 發布啦！該版本的主要特性：
- 支持三種使用場景的 Etcd 集群（二進制部署，Kubeadm 部署，連接外置已存在的 Etcd 集群），
- 支持部署 Containerd v1.6.2，
- KK 制品匯出采用 OCI 標準對鏡像進行拉取和歸檔保存，實作復用基礎鏡像層，制品存盤空間占用可降低近一半，
- KK 使用制品推送鏡像至私有倉庫時，支持自動創建和推送 Docker multi-arch manifest list，
詳情可參考：https://github.com/kubesphere/kubekey/releases/tag/v2.1.0-alpha.0
最重要的是還支持了 KubeSphere 3.3.0 測驗版，想嘗鮮的同學可以提前下載測驗啦！
開源專案推薦
Flamingo
Flamingo 是 Argo 的 Flux 子系統（Flux Subsystem for Argo，縮寫 FSA），可以作為 ArgoCD 內置組件，在 ArgoCD 可視化界面中同時管理 ArgoCD 和 Flux 的作業負載，
cLoki
cLoki 是 Loki 的另一種實作，兼容 LogQL API，但資料存盤在 ClickHouse 中，
Bubblewrap
現有的容器運行時（例如 systemd-nspawn、docker 等）都是為 root 用戶準備的，沒有照顧到普通用戶，Bubblewrap 這個專案為普通用戶（即無特權的用戶）提供了一個容器沙盒，可以用來除錯不受信任的程式，
Kcp
Kcp 是 Kubernetes 多集群管理與調度的另一種實作形式，可以幫助用戶將應用從一個集群無縫遷移到另一個集群，
PacketStreamer
PacketStreamer 是云原生環境下的 Tcpdump，使用 BPF 來實作抓包，
eCapture
eCapture 是使用 eBPF 實作的抓包工具，無需匯入CA證書即可抓取 HTTPS 通信的明文資料，
文章推薦
K8s 安全策略最佳實踐
隨著 K8s 在生產和測驗環境中用的越來越多，對安全性的關注也會越來越多，本文將會代領大家了解 K8s 環境面臨的安全風險，以及改善 K8s 安全狀況的最佳實踐，
Nomad 是否做得比 Kubernetes 更好？
現在是 2022 年，Kubernetes 毫無疑問已經穩坐容器編排調度的霸主地位，但是別忘了，還有一個可以與 Kubernetes 一戰的 Nomad 也一直很活躍，即使 Swarm 與 Mesos 早已倒下，Nomad 依然還在堅挺，而且越來越好，本文對 Nomad 與 Kubernetes 進行比較，總結了 Nomad 的優勢與缺點，
使用 Rust 從零撰寫 DNS 服務器
這是一個系列教程，教大家如何使用 Rust 從零撰寫一個 DNS 服務器，以更加深入地理解 DNS 的原理，
免費課程推薦
KubeSphere 團隊核心研發人員與尚硅谷金牌講師雷神聯合打造了一款完全免費的《云原生實戰視頻課程》，帶領大家從零到一入門以 Kubernetes 為核心的云原生技術生態，課程內容非常詳細，感興趣的可以前往觀看，
視頻推薦
使用 KubeKey 進行閃電交付
如何正確便捷地在離線環境中交付 Kubernetes 集群一直是用戶的難點和痛點，KubeKey v2.0.0 版本中新增了清單（manifest）和制品（artifact）的概念，為用戶提供了一種全新的，可自定義的，離線部署 Kubernertes 集群的解決方案，本視頻主要介紹和演示如何通過 KubeKey 自定義自己的離線包制品，且使用該制品進行離線部署，最終實作自定義集群的閃電交付，
云原生動態
云原生批處理系統 Volcano 升級到 CNCF 范訓階段
CNCF 技術監督委員會 (TOC)已投票接受 Volcano 作為 CNCF 范訓專案，
Volcano 是一個云原生批處理系統，也是 CNCF 的第一個批處理計算專案，它旨在通過提供以下功能將云原生從微服務擴展到大資料、人工智能和 HPC：
- 作業的全生命周期管理
- 高性能作業負載的調度策略
- 支持異構硬體
- 針對高性能作業負載的性能優化
該專案創建于 2019 年 3 月，并于 2020 年 4 月被接受為 CNCF 沙箱專案，
Google Distributed Cloud Edge 正式發布
日前，Google Distributed Cloud Edge（簡稱 GDC Edge）正式發布，
GDC Edge 使客戶能夠在邊緣運行5G核心和無線接入網路（RAN）功能，并支持企業應用案例，如：
-
利用視頻和人工智能進行例外檢測，減少工廠車間的缺陷
-
利用機器人進行實時庫存，實作下一代零售商店
-
利用傳感器提高整個汽車行業的運營效率
-
在將敏感資料傳輸到云端之前，在本地進行重繪
StackRox 成為開源專案
2021 年，紅帽收購了 StackRox 和第一個 Kubernetes 原生安全平臺，對容器安全采取了創新方法，去年，StackRox 承諾支持開源社區，使開發人員和安全團隊能夠更快地交付更安全的應用程式，通過 StackRox，企業將能夠解決他們的 Kubernetes 安全挑戰，包括：
- 實作 DevSecOps 自動化
- 將安全向左轉移
- 在 Kubernetes 中運營全生命周期的應用安全
- 克服 Kubernetes 安全的挑戰
StackRox 的 Kubernetes 原生架構將使團隊能夠在其云和內部環境中加固他們的應用程式，并以透明、協作的方式完成，在過去一年中，隨著最近的漏洞和供應鏈的利用， StackRox 被認為是一種幫助社區加固他們的應用程式，并對 Kubernetes 采取端到端的零信任方法，紅帽高級集群安全將繼續創新，作為 StackRox 專案的企業就緒版本，滿足所有的 Kubernetes 安全需求，
Amazon EKS 支持 Kubernetes 1.22
Amazon Elastic Kubernetes Service (Amazon EKS) 團隊宣布支持 Kubernetes 1.22， Amazon EKS、Amazon EKS Distro 和 Amazon EKS Anywhere 現在可以運行 Kubernetes 版本 1.22，
安全性和可靠性是使 Amazon EKS 成為企業客戶啟動、運行和擴展 Kubernetes 的最值得信賴的方式的標志，在 Amazon EKS 1.22 的發布程序中，其目的是提供最新最好的 etcd 版本 3.5.2（推薦用于 Kubernetes 1.22），etcd 社區已宣布暫停使用 etcd 3.5.1 和 3.5.2，等待 etcd 3.5.3 中的修復，Amazon EKS 團隊將與 etcd 社區合作，為修復做出貢獻，并以客戶所期望的同樣嚴格和優先級測驗即將發布的 etcd，
Amazon EKS 在任何給定時間都為至少四個 Kubernetes 版本提供支持，鑒于 Kubernetes 的周期性發布周期，所有客戶都必須有一個持續的升級計劃，對版本 1.18 的 Amazon EKS 支持已于 2022 年 3 月 31 日終止，無法再創建新的 1.18 集群，
本文由博客一文多發平臺 OpenWrite 發布！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/458131.html
標籤：其他
上一篇：jmeter中TPS和throughput的區別【杭州多測師】【杭州多測師_申sir】
下一篇：微步蜜罐部署