聚焦 SIG 云提供商

作者：Arujjwal Negi

开发者使用 Kubernetes 服务最流行的方式之一是通过云提供商，但您有没有想过云提供商如何做到这一点？ Kubernetes 与各种云提供商集成的整个过程是如何发生的？为了回答这个问题，让我们关注一下 SIG 云提供商。

SIG 云提供商致力于在 Kubernetes 和各种云提供商之间创建无缝集成。他们维持 Kubernetes 生态系统的公平性和开放性。通过制定清晰的标准和要求，以确保每个云提供商都能与 Kubernetes 良好协作。他们也负责配置集群组件以实现云提供商集成。

在聚焦 SIG 系列的这篇博客中，Arujjwal Negi 采访了 Michael McCune (Red Hat)，又名 elmiko，SIG 云提供商的联合主席，让我们来深入了解该小组的工作。

# 导言

Arujjwal：让我们从了解你开始。你能给我们介绍一下你自己以及你是如何从事 Kubernetes 的吗？

Michael：嗨，我是 Michael McCune，社区里的大多数人都叫我的名字 elmiko。我做软件开发人员已经有很长时间了(我刚开始的时候 Windows 3.1 很流行!)，我第一次接触 Kubernetes 是作为机器学习和数据科学应用程序的开发人员;当时我所在的团队正在创建教程和示例，以演示在 Kubernetes 上使用 Apache Spark 等技术。也就是说，我对分布式系统感兴趣已经很多年了，当有机会加入一个直接在 Kubernetes 上工作的团队时，我立刻就抓住了它!

# 功能和工作

Arujjwal：您能否向我们介绍一下 SIG Cloud Provider 的业务及其运作方式？

Michael：SIG Cloud Provider 的成立是确保 Kubernetes 为所有基础设施提供商提供一个中立的接入点。迄今为止，我们最大的任务是将 in-tree 云控制器提取并迁移到 out-of-tree 组件。 SIG 会定期召开会议，讨论进展情况和即将到来的任务，并解决出现的问题和错误。此外，我们还充当云提供商子项目（例如 cloud provider 框架、特定的云控制器实现和 Konnectivity proxy）的协调点。

Arujjwal：在阅读了项目的 README之后，我了解到 SIG Cloud Provider 致力于 Kubernetes 与 cloud provider 的集成。那么整个过程是怎样进行的呢？

Michael：运行 Kubernetes 最常见的方法之一是将其部署到云环境（AWS、Azure、GCP 等）。通常，云基础设施具有增强 Kubernetes 性能的功能，例如，通过为服务对象提供弹性负载平衡。为了确保 Kubernetes 能够一致地使用特定于云的服务，Kubernetes 社区创建了云控制器来解决这些集成点。云提供商可以使用 SIG 维护的框架或遵循 Kubernetes 代码和文档中定义的 API 指南来创建自己的控制器。我想指出的一件事是，SIG Cloud Provider 不处理 Kubernetes 集群中节点的生命周期；对于这些类型的主题，SIG Cluster Lifecycle 和 Cluster API 项目是更合适的场所。

# 重要的子项目

Arujjwal：这个 SIG 中有很多子项目。你能重点介绍一些最重要的内容以及它们的作用吗？

Michael：我认为当今两个最重要的子项目是 cloud provider 框架和 extraction/migration project。 cloud provider 框架是一个通用库，可帮助基础设施集成商为其基础设施构建云控制器。该项目通常是新人加入 SIG 的起点。 extraction/migration project 是另一个大子项目，也是该框架存在的很大一部分原因。了解一点历史可能有助于进一步解释：很长一段时间以来，Kubernetes 需要与底层基础设施进行某种集成，不一定是为了添加功能，而是为了了解实例终止等云事件。云提供商集成内置于 Kubernetes 代码树中，因此创建了术语“树内”，详见该文章。社区认为在主 Kubernetes 源码树中维护特定于提供者的代码的活动是不可取的。社区的决定激发了 extraction and migration project 的创建，以删除“树内”云控制器，转而使用“树外”组件。

原文地址: https://kubernetes.io/blog/2024/03/01/sig-cloud-provider-spotlight-2024/