云原生生态周报 Vol. 33：CNCF 宣布 TUF 毕业-InfoQ

低代码到底是不是行业毒瘤？一线大厂怎么做的？戳此了解>>> 了解详情 



 写点什么

前言

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

业界要闻

CNCF 宣布 TUF 毕业

CNCF 宣布 TUF（The update Framework）项目正式毕业，成为继 Kubernetes、Premetheus、Envoy、CoreDNS、containerd、Fluentd Jaeger 以及 Vitess 之后，第九个正式毕业的项目。TUF 是一项用于保护软件更新系统的开源安全技术，也是从云原生计算基金会毕业的第一个以规范与安全性为重点的项目。与此同时，TUF 还是首个源自高校的 CNCF 毕业项目。

Istio 发布安全公告

CVE-2019-18801：该漏洞通过向下游发送 HTTP/2 大 header 请求影响 Envoy 的 HTTP/1 编解码器，利用此漏洞可能导致拒绝服务、权限逃逸或信息泄露；
CVE-2019-18802：HTTP/1 编解码器没有修剪掉 header 值之后的空格，使攻击者可以绕开 Istio 的策略，最终导致信息泄露或特权升级；
CVE-2019-18838：收到不带 “Host” header HTTP 请求后， Envoy 路由管理器会由于空指针导致 Envoy 进程异常终止。

解决方案

对于 Istio 1.2.x 版本：升级到 Istio 1.2.10 或以上；
对于 Istio 1.3.x 版本：升级到 Istio 1.3.6 或以上；
对于 Istio 1.4.x 版本：升级到 Istio 1.4.2 或以上。

2020 年 Service Mesh 三大发展趋势

随着 Kubernetes 的愈发普及和标准化，应用场景越来越复杂，服务网格的需求会快速增加；
Istio 的先发优势会越来越明显，以至于它很难被击败，因为越来越多的软件供应商会提供 Istio 的解决方案；
更多的使用场景会出现，目前服务网格的使用场景主要在 “mTLS（统一鉴权解决方案）”，“应用可观测性解决方案”，“流量管理解决方案”，2020 年会出现服务网格技术的杀手级解决方案。

上游重要进展

Kubenetes

add KEP: Node Maintenance Lease

增加用于 Node 协作的租约，该提案主要解决的是多个组件对 Node 均有操作，加锁独占的问题，比如在线 debug Node 问题的时候，又比如 Node 更新系统起作用的时候，不希望 Node 快照备份系统起作用。

K8s 调度器升级计划进入到阶段二

一阶段是构建了新的调度框架，目标是把 scheduler 变成一个执行不同扩展插件的 callback 的引擎，可以注册 callback 函数，把一系列调度计算、预测相关的函数作为 plugin；
二阶段的主要目标是把原先内置在 K8s scheduler 里面的预测和调度算法移入对应的 plugin 中通过调度框架调用，许多 PR 围绕该目标在展开。

K8s 社区子项目 rktlet 正式被归档

rktlet 是基于容器运行时 rkt 项目的 CRI（Container Runtime Interface）实现，类似 kubelet，随着 rkt 项目退出 CNCF，rktlet 也无人维护，如今正式被移出。

Knative

Knative serving PodSpec 功能性

在 Knative 中，RevisionTemplateSpec 像 PodSpec 的一个子集，只实现了部分功能。为了保持 Knative 的简易性，哪些字段需要加，哪些字段不需要加，文档中列出了一些条件。另外针对运维角色，有些字段不是面向开发的，但 K8s 都把字段暴露出来了，K8s 这样做不意味着 Knative 也需要这样做，可以把它作为一个 Configmap 的配置值或者新增运维的 CRD。

关于事件域 Eventing domains

在事件系统中，事件生产者和消费者通常不直接通信。在许多情况下，都涉及充当事件总线的消息中间件。通过这种方式，可以对事件进行集中管理，消费者和生产者可以发出和订阅哪些内容，并且可以设置过滤器或策略。因此，引入了事件域的定义。

Istio

社区在讨论如何缓解 Istio CNI 竞争问题

Istio CNI 竞争问题是指在通过使用 Istio CNI 插件配置容器网络安装 iptables 规则时，可能会遇到应用程序的 pod 在 Istio CNI 配置完成之前就启动，导致出现没有配置 iptables 规则的应用程序 pod 出现，这会导致安全问题，因为可以绕开所有的 Istio 策略检查。

社区讨论了可能在 Istio1.5 中提供的短期方案，并提出长期方案是希望 K8s 提供标准方法：在节点调度 Pod 之前，确保关键守护程序已经准备好；如果关键守护程序失败，请污染节点。后续将与 K8s 社区继续讨论。

开源项目推荐

OAM Go SDK

基于 OAM（开放应用模型）的 Go 语言 SDK，SDK 中包含了 OAM Spec 的解析和 Controller 框架，可以快速构建 OAM 的实现，快速对接标准应用模型。

Vault

Vault 是 HashiCorp 公司（旗下还有 Vagrant，Terraform，Consul 等知名产品）维护的开源软件，它的设计思想基于云原生背景下动态基础设施的特点，在云上的不同网络层以及不同的服务之间已经很难找到传统的信任边界，服务之间更加强调以身份（identity）为核心的认证和访问控制，而不是像传统静态基础设施中以 IP、主机地址作为信任凭证（与 K8s 对接）。