关于kubernetes:使用-Kubernetes-API

1次阅读

共计 1537 个字符,预计需要花费 4 分钟才能阅读完成。


文本翻译自: https://itnext.io/working-with-the-kubernetes-api-587bc5941992


Kubernetes 公开了一个弱小的 API,可让您管制集群的各个方面。

大多数时候,它暗藏在 kubectl 前面,但没有人会阻止您间接应用它。

在本文中,您将学习如何应用 curl 或者您喜爱的编程语言向 Kubernetes API 发出请求。

但首先,让咱们回顾一下 Kubernetes API 的工作原理。

当您键入命令时,kubectl:

  • 客户端校验申请。
  • 在文件上生成 YAML(例如 kubectl run)。
  • 结构运行时对象。

此时,kubectl 还没有向集群收回任何申请。

下一步,它查问以后的 API 服务器并发现所有可用的 API 端点。

最初,kubectl 应用运行时对象和端点来协商正确的 API 调用。

如果您的资源是 Pod,kubectl 会读取 apiVersionkind 字段并确保它们在集群中可用和受反对。

而后它发送申请。

了解在 Kubernetes 中 API 是分组的这很重要的。

为了进一步隔离多个版本,资源被版本化。

当初您曾经把握了基础知识,让咱们来看一个示例。

您能够应用 kubectl proxy 启动到 API 服务器的本地隧道。

然而如何检索所有 deployments 呢?

Deployments 属于 apps 组并且有一个 v1 版本。

您能够列出它们:

curl localhost:8001/apis/apps/v1/namespaces/{namespace}/deployments

列出所有正在运行的 pod 怎么样?

Pod 属于 ""(空)组并且有一个 v1 版本。

您能够列出它们:

curl localhost:8001/api/v1/namespaces/{namespace}/pods

group 为空看起来有点奇怪——还有更多例外吗?

好吧,事实是有一种更简略的办法来构建 URL。

我通常应用 Kubernetes API 参考文档,因为门路都参差地列出了。

让咱们看另一个示例,但这次是在 API 参考的帮忙下。

如果你想收到 pod 更改的告诉怎么办?

在 API 中称为 watch,命令为:

GET /api/v1/watch/namespaces/{namespace}/pods/{name}

太好了,但这所有有什么意义呢?

间接拜访 API 容许您构建脚本来主动执行工作。

或者您能够构建本人的 kubernetes 扩大。

我来给你展现。

这是一个约 130 行 Javascript 的小型 kubernetes 仪表板。

它调用了 2 个 API:

  1. 列出所有 pod
  2. watch pod 的变动

其余代码用于对节点进行分组和显示。

在 Kubernetes 中,将列出和更新资源联合起来十分广泛,以至于它成为一种称为 shared informer 的模式。

Javascript/Typescript API 有一个很好的 shared informer 的例子.

但它只是 2 个 GET 申请(和一些缓存)的奇异名称。

API 不止于读取资源。

您还能够创立新资源并批改现有资源。

例如,您能够批改部署的正本:

PATCH /apis/apps/v1/namespaces/{namespace}/deployments/{name}

为了进行试验,我建造了一些非常规的货色。

xlskubectl 是我尝试应用 Excel/Google 表格管制 kubernetes 集群。

该代码与上述 Javascript 代码十分类似:

  1. 它应用 shared informer
  2. 它轮询 google sheets 的更新
  3. 它将所有内容出现为单元格

这个示例是一个好主见吗? 可能并不是。

心愿它能帮忙您实现间接应用 Kubernetes API 的后劲。

这些代码都不是用 Go 编写的——您能够应用任何编程语言去调用 Kubernetes API。

正文完
 0