云原生生态周报 Vol. 45：Argo 项目加入 CNCF 孵化器_云原生_陈洁

NVIDIA 初创加速计划，免费加速您的创业启动了解详情 



 写点什么

前言

《云原生生态周报》由阿里云容器平台联合蚂蚁金服共同发布，每周一期。众多一线社区专家与您一起“跟踪动态，读懂社区”，分享云原生社区项目进展、活动发布、精选博客等信息。以下是第四十五期云原生生态周报的内容。

业界要闻

Argo 项目是一组 Kubernetes 原生工具，用于运行和管理 Kubernetes 上的作业和应用程序。目前由 Argo Workflows，Argo Events，Argo CD 和 Argo Rollouts 四个子项目组成。4 月 8 日，CNCF 技术监督委员会（Technical Oversight Committee，TOC）投票决定接受 Argo 作为孵化级别的托管项目。

2.Argo CD v1.5 release

Argo CD 发布 v1.5 版本，v1.5 在性能上进行了大幅度的优化，同时降低了对 APIServer 的压力；此外，v1.5 还对 Helm 3 charts 进行了支持。

3.CloudNativeSummit 召开

4 月 7 日，CloudNative 峰会在 youtube 上通过直播形式召开，峰会主要介绍了 CNCF 毕业项目（包括 Kubernetes，Prometheus，Envoy，Jaeger 等）的最新进展以及讨论未来在云原生技术上的一些新的动向。

4.CNCF 发布疫情期间健康工作指导

受 COVID-19 疫情影响，大多数人开启了居家办公模式，社交关系拉远，不管是对身体健康还是心理健康都有所影响。CNCF Well-Being Working Group 提供了一份疫情期间工作指导，包括一些常见问题的解答以及建议。

5.COVID-19 : 延长对 Helm v2 的错误修复

因 COVID-19，Helm 维护人员决定延长 Helm v2 的 Bug 修复服务时间。

上游重要进展

1.Even with build error, kubectl apply should apply all valid resources

优化了 kubectl apply 的逻辑，尽可能多的 apply YAML 中的有效资源。

2.kubelet add initial support for cgroupv2

支持在 cgroup v2 unified mode 的机器上跑 kubelet。同时做了 cpu.shares（阈值为 2-262144 ）到 cpu.weight（阈值为 1-10000）的转换。

3.apiserver: add a metric exposing etcd database size

在 apiserver 端暴露了一个 etcd db size 使用量的 metric。

4.Fix SelectorFromSet: add a ValidatedSelectorFromSet

解决了一个没有对 Selector 结果进行校验的 Bug。目前使用 labels.SelectorFromSet，如果解析失败（例如 label value 误填了一个很长的值），会返回一个空的 Selector，从而导致所有的资源被筛选出。

5.Reduce locking when calculating affinity scores

调度器优化了计算亲和性分数时的性能，将循环内部的一个读写锁移到了 goroutine 最外层（优化了锁粒度）。

6.apiextensions: wait for complete discovery endpoint

使用 discovery endpoint 时会等待 CRD 同步状态完毕后再上报 readiness，解决了 discovery enxpoint 启动后会短暂不可用的问题。

7.Add pod-level process stats to the summary API for out-of-pid eviction

Kubelet 进行 out-of-pid eviction 时，目前仅利用 PodPriority 来进行排序，这个 KEP 计划加入更多进程级别数据（例如 Pod 内进程数）来进行 eviction。

8.HPA scaling based on container resources

支持基于容器级别资源来进行 autoscaling，原因是目前单个 Pod 中可能存在以下特殊场景：

多个容器有不同的资源阈值；
有多个容器，但是 autoscaling 只基于单个容器的资源阈值。

9.knative 暴露 Downward API

这个设计文档主要是考虑如何实现，列出了四种方法以及他们的优缺点，四种方法分别是直接使用 K8s 的定义，直接放到环境变量，使用 annotation 描述，使用 Knative 自定义的描述。

10.移除 Galley 和 MCP Source

Istio Networking 工作组的最新讨论结果，决定从 Istio1.6 之后移除 Galley：Galley 原有的职责验证（validation）和状态控制器（status controllers）已经合并到 Istiod，而 Galley 剩余的职责 MCP Source 将被直接删除。备注：MCP 功能还存在，Istiod 保留有 MCP sync 的角色。