Kubernetes v1.27 本周正式发布

Kubernetes v1.27 是 2023 年的第一个大版本更新，包含了近 60 项主要的更新。而 1.26 只有 37 项，所以这个版本可以说是一个变化非常显著的版本了。

其中 18 个增强功能正在进入 Alpha 阶段，29 个将升级到 Beta 阶段，而另外 13 个则将升级到稳定版。

Kubernetes v1.27 计划在 4.11 正式发布，我上周已经发布了一篇文章 Kubernetes v1.27 新特性一览 | MoeLove 介绍了 Kubernetes v1.27 中我认为主要值得关注的部分，感兴趣的小伙伴可以查看上一篇文章。

Docker v24.0.0-beta.1 发布

Docker v23.0.0 在今年 2 月份发布，我也写了一篇 K8S 生态周报| Docker v23.0.0 正式发布，带来众多新特性 | MoeLove 来详细进行了介绍。

事实上 Docker 在 v23.0.0 之前的一个大版本是 v20.10 发布于 2020 年的 12 月份，看起来沉寂了两年多的时间，不过却也是一直在发 patch 版本，上个大版本的 patch 版本也更新到了 v20.10.23。

作为一个真正被用户采用的开源项目，在初期会不断的满足用户需求，并且也不断的有贡献者参与进来，迭代速度相对较快。但是当大多数需求已经被满足，成为一个基础设施的时候，大多数用户会更加关注于上层的项目，比如 Kubernetes，而逐步放弃对该项目的投入。

目前 Docker Inc. 一直在积极发展，整体在变好，所以 Docker 社区上的投入也在逐步增加。这次发布的 v24.0.0-beta.1 版本其中也包含了很多值得关注的特性，上千次 commit 。甚至可以说 Docker v24.0 才是真正汇聚了近一年社区精华的版本。

比如，其中包含了 containerd image service 这一重大特性，允许直接在 Docker 中使用 containerd 的镜像处理能力，为全面支持多 runtime 提供了基础（包括 webassembly）。

如果有兴趣尝试的话，可以通过如下命令进行安装。由于是测试版，可能会存在一些 bug，请勿在生产环境使用。

curl -fsSL https://get.docker.com -o get-docker.sh
sudo CHANNEL=test sh get-docker.sh

containerd v1.7 正式发布

这个版本是 containerd 的第八个主要版本。同时也是 containerd 1.x 版本的最后一个大版本，后续就是 2.0 版本了。

这个版本中的某些功能可能被视为实验性或不稳定，但将在 2.0 中变得稳定或默认。

当然此版本仍遵循向后兼容的保证，不使用或启用新功能的用户仍将得到稳定可用的功能。

之前发布的 v1.6 版本已成为长期稳定版，适用于希望等待几个版本以获取新功能并获得更多稳定性改进的用户。

主要的特性包括以下内容：

Sandbox API (experimental)

Sandbox API 提供了一种新的方式来管理 containerd 的 shim，为 Pod 和虚拟机等多容器环境提供更多的灵活性和功能性。

这个 API 让更高级别的容器组的管理更加容易，并且为 shim 实现和客户端提供了新的扩展点。主要通过 Sandbox API (#6703) 和 CRI Sandbox API Implementation (#7228) 实现。

Transfer Service (experimental)

Transfer Service 是一个简单而灵活的服务，可用于在源和目标之间传输工件对象。灵活的 API 允许传输接口的每个实现确定源和目标之间的传输是否可行。这使得可以直接通过实现添加新功能，而无需对 API 进行版本控制或要求其他实现处理接口更改。

传输服务基于 libchan 项目提出的核心思想构建，即具有二进制流和数据通道作为一等对象的 API 更加灵活，可以在不需要不断更新协议和 API 的情况下打开更广泛的用例。为了实现这一目标，传输服务利用流服务，使得在使用 grpc 和 ttrpc 时，二进制流和对象流可以被传输对象访问。

在这个版本中，这是实验性的，以便进一步插件开发和集成到现有插件中。

NRI (experimental)

Node Resource Interface（NRI）是将扩展插件插入 OCI 兼容容器运行时的通用框架。它提供了基本机制，使插件能够跟踪容器的状态，并对其配置进行有限的更改。

NRI 本身对任何容器运行时的内部实现细节是不可知的。它提供了一个适配库，运行时使用它来与 NRI 和插件进行集成和交互。原则上，任何 NRI 插件都应该能够与支持 NRI 的运行时一起工作。

此版本引入了 NRI v0.3.0，其中包括更新的插件接口，以涵盖各种用例。

K8S 生态周报| Docker v24.0.0-beta.1 发布第1张 containerd-nri-integration.png

其他

支持了在 FreeBSD 上运行 Linux 容器 (#7000)；
增加对 CDI 设备注入的支持 (#6654)
支持 cgroups blockio (#5490)
增加增强型重启管理器的重启策略 (#6744)
初步支持 gRPC shim (#8052)

增加 gRPC shim 是一个很重要的变化，这样在使用 shim 的时候，除去原有的 ttrpc 外还多了 gRPC 可选择。现有的 ttrpc shim 支持不会消失，并且将继续推荐以获得最佳性能和最低的 shim 内存开销。gRPC支持允许实现更广泛范围的 shim 实现，这些实现可能无法在实现语言中访问稳定的 ttrpc 库。shim 协议也已更新，以允许 shim 指定其所支持的协议。

更多关于此版本的详细信息请参考其 ReleaseNote

OpenFunction v1.0.0 发布

OpenFunction 是一个开源的云原生 FaaS（Function as a Service，函数即服务）平台，旨在帮助开发者专注于业务逻辑的研发。

该版本集成了 WasmEdge 以支持 Wasm 函数；同时增强了 OpenFunction 的 CI/CD 功能，提供完整端到端的 CI/CD 功能；除此之外，在这个版本中还新增了从本地代码直接构建函数或应用镜像的功能，让开发者可以更便捷地进行代码发布和部署。

以下是一个摘录自官方文档的 Wasm 函数示例：

cat <<EOF | kubectl apply -f -
apiVersion: core.openfunction.io/v1beta1
kind: Function
metadata:
  name: wasmedge-http-server
spec:
  workloadRuntime: wasmedge
  image: openfunctiondev/wasmedge_http_server:0.1.0
  imageCredentials:
    name: push-secret
  build:
    dockerfile: Dockerfile
    srcRepo:
      revision: main
      sourceSubPath: functions/knative/wasmedge/http-server
      url: https://github.com/OpenFunction/samples
  port: 8080
  route:
    rules:
      - matches:
          - path:
              type: PathPrefix
              value: /echo
  serving:
    runtime: knative
    scaleOptions:
      minReplicas: 0
    template:
      containers:
        - command:
            - /wasmedge_hyper_server.wasm
          imagePullPolicy: IfNotPresent
          livenessProbe:
            initialDelaySeconds: 3
            periodSeconds: 30
            tcpSocket:
              port: 8080
          name: function
EOF

为开发者提供了除去 Docker、Containerd 之外，还可以使用 WasmEdge 的新选择。

更多关于该版本的变更，请参考其 ReleaseNote