Helm 3 发布 | 云原生生态周报 Vol. 27

时间 2019-11-15

标签 helm 发布原生生态周报 vol 繁體版

原文原文链接

做者 | 墨封、元毅、冬岛、敖小剑、衷源node

业界要闻

美国时间 11 月 13 日，Helm 团队发布 Helm 3 第一个稳定版本。Helm 3 以 Helm 2 的核心特性为基础，改进了 chart 存储库、版本管理、安全性和 chart 库。在这个版本中，Helm 维护者整合了来自社区的反馈和请求，以更好地知足 Kubernetes 用户和普遍的云原生生态系统的需求。附：博客地址。git

2.Github Octoverse 报告发布github

报告显示，JavaScript 依然是最受欢迎的语言，Python 反超 Java 成为第二名，Kubernetes 进入最受欢迎的开源项目 Top10。数据库

3.KubeCon + CloudNativeCon 北美地区会议召开api

KubeCon + CloudNativeCon North America 2019 将在下周（11 月 18 日 - 11月 21 日）在 San Diego 召开。安全

4.CNCF 发布 Prometheus 项目发展报告微信

这是继 Kubernetes 和 Envoy 以后，发布的第三份关于 CNCF 毕业项目的报告。本报告试图客观地评估 Prometheus 项目的状态，以及 CNCF 如何影响 Prometheus 项目的进展和成长。负载均衡

5.Kubernetes release 1.17框架

Kubernetes release 1.17 将于周四（11 月 14 日）code freeze。

上游重要进展

Kubernetes Feature

InterPod Affinity（Scheduler）
- 优化计算 priority 的过程，在 topology 层对 score 进行汇聚，不用遍历 node 进行汇聚；
- nodeInfo snapshot 中记录 pod affinity 信息，缩小 priority 和 predicate 中的查询范围；
- 加入到 score plugin。
节点租约 NodeLease（Kubelet）
- 下降节点更新频率，强制心跳的时间阈值调整到 5min；
- 节点心跳的 NodeLease 的 feature 从 FeatureGate 提高到了 GA（1.17）。
Apiserver watcher 优化

权衡使用 CacheObject 的开销，当 watcher 的数量大于 3 的状况下才使用，小幅度提高 watcher 性能。

Apiserver bugfix

当存在 encoding error 时须要及时关闭 watcher，防止出现 goroutine 泄漏。

kubelet: Record preemptions similarly to evictions

Kubelet 增长了一个 kubelet_preemptions 的 Metric 去记录 Pod 因缺乏资源而被 evict 的次数，短期内大量的 evict 能够反映出 scheduler 或者 controller 上可能有 BUG。

Add a kubelet serving cert age metric

Kubelet 增长一个 Histogram Metric 记录集群中全部 Kubelet 的证书过时时间。

KEP

Add scheduler priority

增长 scheduler priority ReadyPodPriority ，适用于例如新加入的集群的 node，会在短期内被调度大量的 pod，同时启动多个 pod 可能形成压力过大的状况。

增长 distributed tracing

用来追踪一个 Object 在不一样 Kubernetes 组件中的整个生命周期。

ETCD

优化 compact：将 compact 和 put/range handler 放在不一样的 goroutine，减小 compact 阻塞 put/range 的状况；
boltdb freelistType 的 Feature 从 experimental 提高至 GA（3.5），默认的 freelistType 从 array 改成 map；
为 etcd server 的 put、range、compact 请求过程增长 tracing，与 apiserver tracing 方式一致，记录 raft、内存 btree 索引、boltdb 等多个查询过程的耗时，便于排查性能问题，txn 暂不支持。

Istio

Envoy Aggregate Clusters in Istio

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 的方式

计划以增量方式来推动 Istiod 合并部署控制平面的方案，建议的合并顺序是：Sidecar injector，Galley，Citadel。Istiod 计划在 1.5 版本中提供并做为默认安装方式，现有客户能够逐渐将组件迁移到 Istiod。

讨论引入 ExternalInstance 进行 Mesh 的扩展

这个 Proposal 提出经过将每一个虚拟机注册为 ExternalInstance（视为非托管 Pod），在 VM 和服务之间添加一个间接层，从而改善 Mesh 的扩展。这将解耦网格中的 VM 成员资格与路由和服务命名事项。

Knative

Eventing make Knative eventing more serverless and scalable

发起 Knative eventing 组件 serverless 化的讨论。当前 consumer service 可经过 knative-serving 部署，具有 autoscale 的能力。可是 Knative eventing 自己组件(sources, channels, brokers, ...) 不具有 scale 能力。