作者 | 墨封、元毅、冬島、敖小劍、衷源

![0](https://yqfile.alicdn.com/3e093953b2e97265f54cc2ebee1254f9b7415138.png)

## 業界要聞

1.[Helm 3 釋出](https://mp.weixin.qq.com/s?__biz=MzI5ODk5ODI4Nw==&mid=2247489079&idx=1&sn=a05b94ef35a4e1d412dc06e4b9325f2d&scene=21#wechat_redirect)

美國時間 11 月 13 日，Helm 團隊釋出 Helm 3 第一個穩定版本。Helm 3 以 Helm 2 的核心特性為基礎，改進了 chart 儲存庫、版本管理、安全性和 chart 庫。在這個版本中，Helm 維護者整合了來自社群的反饋和請求，以更好地滿足 Kubernetes 使用者和廣泛的雲原生生態系統的需求。附：[部落格地址](https://helm.sh/blog/helm-3-released/)。

2.[Github Octoverse 報告發布](https://octoverse.github.com/)

[報告顯示](https://github.blog/2019-11-06-the-state-of-the-octoverse-2019/)，JavaScript 依然是最受歡迎的語言，Python 反超 Java 成為第二名，Kubernetes 進入最受歡迎的開源專案 Top10。

![1](https://yqfile.alicdn.com/d4ad1a7cb8acf7338a2f951ff58364c76d41dc2e.png)

3.[KubeCon + CloudNativeCon 北美地區](https://events19.linuxfoundation.org/events/kubecon-cloudnativecon-north-america-2019/schedule/)[會議召開]()

KubeCon + CloudNativeCon North America 2019 將在下週（11 月 18 日 - 11月 21 日）在 San Diego 召開。

4.[CNCF 釋出 Prometheus 專案發展報告](https://www.cncf.io/cncf-prometheus-project-journey/)

這是繼 Kubernetes 和 Envoy 之後，釋出的第三份關於 CNCF 畢業專案的報告。本報告試圖客觀地評估 Prometheus 專案的狀態，以及 CNCF 如何影響 Prometheus 專案的進展和成長。

5.[Kubernetes release 1.17](https://github.com/kubernetes/sig-release/tree/master/releases/release-1.17#tldr)

Kubernetes release 1.17 將於週四（11 月 14 日）code freeze。

## 上游重要進展

### Kubernetes Feature

- InterPod Affinity（Scheduler）

- [最佳化計算 priority 的過程](https://github.com/kubernetes/kubernetes/pull/84264)，在 topology 層對 score 進行匯聚，不用遍歷 node 進行匯聚；
  - [nodeInfo snapshot 中記錄 pod affinity 資訊](https://github.com/kubernetes/kubernetes/pull/84824)，縮小 priority 和 predicate 中的查詢範圍；
  - [加入到 score plugin](https://github.com/kubernetes/kubernetes/pull/84973/files)。

- 節點租約 NodeLease（Kubelet）

- [降低節點更新頻率](https://github.com/kubernetes/kubernetes/pull/84007)，強制心跳的時間閾值調整到 5min；
  - 節點心跳的 NodeLease 的 feature 從 FeatureGate [提升到了 GA](https://github.com/kubernetes/kubernetes/pull/84351/file)（1.17）。

- [Apiserver watcher 最佳化](https://github.com/kubernetes/kubernetes/pull/84043/files)

權衡使用 `CacheObject` 的開銷，當 watcher 的數量大於 3 的情況下才使用，小幅度提升 watcher 效能。

- [Apiserver bugfix](https://github.com/kubernetes/kubernetes/pull/84693)

當存在 encoding error 時需要及時關閉 watcher，防止出現 goroutine 洩漏。

- [kubelet: Record preemptions similarly to evictions](https://github.com/kubernetes/kubernetes/pull/84120/files)

Kubelet 增加了一個 `kubelet_preemptions` 的 Metric 去記錄 Pod 因缺少資源而被 evict 的次數，短時間內大量的 evict 可以反映出 scheduler 或者 controller 上可能有 BUG。

- [Add a kubelet serving cert age metric](https://github.com/kubernetes/kubernetes/pull/84534/files)

Kubelet 增加一個 Histogram Metric 記錄叢集中所有 Kubelet 的證照過期時間。

### KEP

- [Add scheduler priority](https://github.com/kubernetes/enhancements/issues/1355)

增加 scheduler priority `ReadyPodPriority` ，適用於例如新加入的叢集的 node，會在短時間內被排程大量的 pod，同時啟動多個 pod 可能造成壓力過大的情況。

- [增加 distributed tracing](https://github.com/kubernetes/enhancements/pull/650)

用來追蹤一個 Object 在不同 Kubernetes 元件中的整個生命週期。

### ETCD

- [最佳化 compact](https://github.com/etcd-io/etcd/pull/11330)：將 compact 和 put/range handler 放在不同的 goroutine，減少 compact 阻塞 put/range 的情況；

- boltdb freelistType 的 Feature 從 experimental [提升至 GA（3.5）](https://github.com/etcd-io/etcd/pull/11262)，預設的 freelistType 從 array 改為 map；

- 為 etcd server 的 put、range、compact 請求過程[增加 tracing](https://github.com/etcd-io/etcd/pull/11179)，與 apiserver tracing 方式一致，記錄 raft、記憶體 btree 索引、boltdb 等多個查詢過程的耗時，便於排查效能問題，txn 暫不支援。

### Istio

- [Envoy Aggregate Clusters in Istio](https://docs.google.com/document/d/1IyWswIvmptZ5qhoCDhF_XIVzyL1FzcNph8vIF8GpBYY)

Istio 和 Envoy 當前支援兩種主要的解析形式，用於對服務的流量進行負載均衡：基於 IP 的終端列表（EDS）和基於 IP 的主機列表（STRICT_DNS），由 Envoy 在執行時解析。

社群在討論支援新的用例，要求可以使用混合解析模型：服務既可以包含基於 IP 地址的終端，也可以包含需要進行 DNS 解析的主機名。滿足這個需求的方法之一是在 Envoy 中引入 Aggregate Cluster 的概念，Aggregate Cluster 包含 EDS cluster 和 STRICT_DNS cluster，當 EDS cluster 失敗時，回退到 STRICT_DNS cluster。

- 討論 [用 Istiod 代替 Pilot](https://docs.google.com/document/d/1jO2oM9zdm9h7tUqOpnAG3dh1xavtW1L7zQ5LyraYRAs/edit#) 的方式

計劃以增量方式來推進 Istiod 合併部署控制平面的方案，建議的合併順序是：Sidecar injector，Galley，Citadel。Istiod 計劃在 1.5 版本中提供並作為預設安裝方式，現有客戶可以逐漸將元件遷移到 Istiod。

- 討論引入 [ExternalInstance](https://docs.google.com/document/d/1VDV4-prbMbzW06hslfp12sn7V6oUvnIAst6mT6FtSWc/edit#) 進行 Mesh 的擴充套件

這個 Proposal 提出透過將每個虛擬機器註冊為 ExternalInstance（視為非託管 Pod），在 VM 和服務之間新增一個間接層，從而改善 Mesh 的擴充套件。這將解耦網格中的 VM 成員資格與路由和服務命名事項。

### Knative

- [Eventing make Knative eventing more serverless and scalable](https://github.com/knative/eventing/issues/2152)

發起 Knative eventing 元件 serverless 化的討論。當前 consumer service 可透過 knative-serving 部署，具備 autoscale 的能力。但是 Knative eventing 本身元件(sources, channels, brokers, ...) 不具備 scale 能力。

## 開源專案推薦

### [quarkus](https://github.com/quarkusio/quarkus)

雲原生 Java 應用框架，精簡了 OpenJDK 的 HotSpot 和 GraalVM，啟動速度快，RSS memory 開銷小。

![2](https://yqfile.alicdn.com/25aba80ddefe8d9f7f9534c1c44db954c1991b32.png)

### [kfserving](https://github.com/kubeflow/kfserving)

serverless 機器學習 model serving 框架。

![3](https://yqfile.alicdn.com/628db53fe28c4a4efc3dd6d99df46388648dd770.png)

### [tracee](https://github.com/aquasecurity/tracee)

利用 eBPF 的容器 tracing 工具，可以收集容器中程式呼叫的 syscall 等。

### [NexClipper](https://github.com/NexClipper/NexClipper)

是一種快速簡單的 Kubernetes 解決方案。

## 本週閱讀推薦

1.[《Kubernetes Scheduler 101》](https://www.cncf.io/blog/2019/11/11/kubernetes-scheduler-101/)

系統化介紹 Kubernetes 中 Pod 排程的過程以及 Scheduler 元件的工作原理。

2.[《Building a Large-scale Distributed Storage System Based on Raft》](https://www.cncf.io/blog/2019/11/04/building-a-large-scale-distributed-storage-system-based-on-raft/)

介紹了 TiDB 如何基於 raft 構建大型儲存系統，解決分片、擴充套件性、一致性、可用性等問題。

3.[《AutoTiKV：基於機器學習的資料庫調優》](https://pingcap.com/blog-cn/autotikv/)

利用自動超參搜尋對 TiKV 及其底層的 RocksDB 進行引數搜尋和調節。

4.[《Primier：What is Container Security?》](https://thenewstack.io/primer-what-is-container-security/)

本文主要介紹了應該使用哪些最佳安全實踐，來保證容器和平臺在安全的環境下執行。

5.[《Knative Serving 健康檢查機制分析》](https://www.infoq.cn/article/jI0ZuYLkAkGu8B4lZ2FK)

本文從 Knative 的健康檢查的角度來分析 Serverless 模式和傳統的模式的不同，介紹 Knative 針對 Serverless 場景的獨特考慮。

更多詳細資訊請關注“[阿里巴巴雲原生](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247487547&idx=2&sn=8c8173c7126818acec5e749478151419&chksm=fae51bf4cd9292e23c35187c20dc40dd973bc1d845d3d7926cc67a5225f45cd1a948fbc8a9c3&token=330663508&lang=zh_CN#rd)”。

>“阿里巴巴雲原生微信公眾號（ID：Alicloudnative）關注微服務、Serverless、容器、Service Mesh等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的技術公眾號。”

Helm 3 釋出 | 雲原生生態週報 Vol. 27

相關文章