一套适用于MacOS的Kubernetes开发工作流

末蓝、 2022-02-22 14:06 165阅读 0赞

Kubernetes开发没有一刀切的解决方案。你可能在本地机器上通过Minikube学习Kubernetes，你也可能是一个拥有众多集群的大型组织的一员；你的集群可能就部署在本地实验室中，也可能部署在云端。

无论你是需要管理策略的集群管理员，还是需要开发新服务的应用程序开发人员，或者是运行Kubeflow的数据科学家，你可能正在做这些（或全部）事情：连接集群、检查集群状态、创建资源以及调试这些资源。

作为Kubernetes开发者关系工程师，我经常与演示代码、示例和沙箱集群打交道。在这篇文章中，我将展示一些工具，这些工具可以帮助我更好地管理Kubernetes。

无论你正在运行什么样的Kubernetes，都可以使用这个环境，而且这些工具都可以从开源社区获得。

## 终端 ##

我使用了带有palenight配色主题的iterm2，还使用默认的robby-russell主题运行zsh和oh\_my\_zsh。

这个主题有基本的Git支持，如果你希望在shell提示符中显示当前的Kubernetes上下文，可以看看kube-ps1或spaceship提示符。

![\\"\\"][be3cb123334564974f0b4950960dbbd1.png]

其次，我的~/.zshrc文件有一行：

source \u0026lt;(kubectl completion zsh)

这样可以为kubectl命令启用tab键自动完成功能，所以不需要再复制粘贴pod名字了！

## 切换集群 ##

我每天几乎都会在三个集群之间来回切换。你可能也会这样！每次都要打开kubeconfig文件，你会觉得烦吗？我想肯定会的！所幸的是，kubectx可以解决这个问题：

![\\"\\"][d91398f90b54f35c3800ed5bcc4686f1.gif]

kubectx可让你轻松地在集群上下文之间切换。我最喜欢的是运行kubectx -，它将连接到上一次使用的集群。

## 增强的kubectl ##

现在我们已经有一个集群可以使用了，让我们开始做点什么吧。

也许你觉得kubectl命令会变得很长，有太多的命令行标志。我发现kubectl的tab键自动完成功能和一组别名（命令快捷方式）非常有用。

这里有一组很棒的kubectl别名，你可以像下面这样运行命令：

![\\"\\"][42a3e826224104c1044f4f2d37e4f410.png]

获得pod

![\\"\\"][e69882dcf63f404f2d5bc8ce01517de5.png]

描述pod

最后，我使用了一些kubectl插件。但手动设置这些可能会很烦人，所以我使用了krew，一个开源的kubectl插件管理器：

![\\"\\"][e3781ee07c5ec79805b2d45dd678ab95.gif]

你可以用krew来浏览、安装和使用kubectl插件，这样你就可以运行自定义命令。

## 编辑YAML ##

现在我们已经准备好了一个集群，接下来让我们来部署一些东西。

Kubernetes开发涉及编写、管理、更新和部署大量的YAML文件。我把所有的YAML文件都提交到Git上。尽早使用GitOps（而不是在本地保存文件）可以让我看到修订历史记录，当我开始为正在开发的应用程序正式化管道时，这些可以帮我获得成功。

我将VSCode作为文本编辑器，并使用了Moonlight主题。尽管VSCode已经提供了很多很棒的功能，Red Hat的YAML插件为验证、自动完成和格式化提供了很多便利。

![\\"\\"][2f02a5586dfa215d353d134f32887c89.png]

目前，我编写Kubernetes YAML的过程仍然是手动的。通常，对于每个新项目，我都需要编写相同的Kubernetes规范文件：ConfigMap、Secret、Volume、Deployment、Service。

我正在努力寻找简化这个过程的方法，不管是通过使用文本编辑器插件、模板还是其他工具。如果你使用了有助于编写和管理YAML的工具，请让我知道！

## 部署 ##

有了YAML文件之后就可以开始部署资源了！因为我的kubectl环境已经得到了增强，我迫不及待地想要开始手动部署资源。

但这可能是一条艰难的道路，你将会陷入到docker build、docker push、kubectl apply和kubectl delete pod命令的沼泽中。这一点都不好玩。

不过，有一个叫作skaffold的工具可以自动消除这种痛苦。skaffold非常神奇：它会监听代码库发生的变更。当你在本地保存变更时，skaffold将自动进行docker build，推送新的镜像，并重新部署到集群中。

![\\"\\"][dca27dc978267457b837c2ea4407daf2.gif]

skaffold会自动生成镜像标签，这点非常酷。因此，在你的YAML文件中，你只需要列出镜像仓库，而不是标签，skaffold将在部署时填充新标签。

spec:  containers:  - name: helloworld    image:  gcr.io/megangcp/helloworld    imagePullPolicy: Always   ports:     - containerPort: 8080

skaffold需要的只是一个YAML配置文件：

apiVersion: skaffold/v1beta3kind: Configbuild:  artifacts:  - image: gcr.io/megangcp/helloworlddeploy:  kubectl:    manifests:      - kubernetes/*

这是一个最小化的配置，我指定了镜像仓库（在这里是谷歌容器注册表，但其他镜像注册表也可以，如DockerHub）。我还指定了清单文件所在的目录。

skaffold是高度可定制的，除了kubectl之外，还可以与Helm等部署工具一起使用。

## 检查docker镜像 ##

skaffold抽象了docker的构建过程，但有时候我想查看新构建镜像的这些内容：与以前的版本相比，镜像大小有怎样的变化？每个镜像层的内容是什么？

dive是一个用于检查Docker镜像的神奇工具。

![\\"\\"][8d8152da324a7efdedfeb7291356a011.gif]

我们可以使用dive来检查不同镜像层之间文件系统的变更。如果在Docker构建过程中某些内容出现了问题，这个工具会非常有用。

## 调试 ##

现在我们已经有了运行Kubernetes的pod。接下来该做些什么？

每隔一段时间，我的规范文件或应用程序代码就会出问题。

我的kubernetes调试工作流程通常是这样的：

1.  **描述pod（使用kdpo别名）**。是我的规范文件出错了吗？（例如：Deployment是否试图挂载一个我不小心放入另一个命名空间的Secret？）如果不是……
2.  **获取pod日志**。skaffold dev命令将每个部署的容器的所有日志组合起来，将它们流式传输到stdout。但是我发现，当我有两个或多个pod在运行时，格式会变得很乱。同时，通常的kubectl logs命令可能导致无限复制粘贴新pod的名称。

stern是一种非常棒的替代方案，以更定制化的方式查看日志尾部。stern使用正则表达式在pod上选择日志——并且假设所有pod都以部署名称作为开头，你可以跟踪所有部署中的pod日志，而无需知道确切的pod名称。超级有用：

![\\"\\"][b4b4400dc8666b0c4176871d829dcf8a.png]

如果日志没有给我提供有用的线索，通常我会…

1.  **进入pod**（带有tab键自动完成功能的kex别名）：

![\\"\\"][873a294f09c28c8eb36765b540e2e5af.png]

## 总结 ##

Kubernetes是一款庞大而复杂的软件，拥有大型的配置模型。我希望通过分享这些工具给你带来一些帮助，无论你处在k8s旅程中的哪个位置。

以下是本文中提到的工具和插件的完整清单：

*  iterm2
 *  palenight
 *  oh-my-zsh
 *  kubectl tab自动完成
 *  kubectx
 *  kubectl aliases
 *  krew  
    \* VSCode  
    \* GitLens
 *  skaffold
 *  dive  
    \* stern  
    英文原文：https://medium.com/@mo\_keefe/a-kubernetes-development-workflow-for-macos-8c41669a4518

[be3cb123334564974f0b4950960dbbd1.png]: /images/20220222/7a3ce26ad2eb4b3f88455de8c6ef6a6f.png
[d91398f90b54f35c3800ed5bcc4686f1.gif]: /images/20220222/748cdd342f314142930040e77dd2939f.png
[42a3e826224104c1044f4f2d37e4f410.png]: /images/20220222/046fd813dc294c3e95088d01036afd01.png
[e69882dcf63f404f2d5bc8ce01517de5.png]: /images/20220222/5b1159c3276f455aa13ea0c774a23d30.png
[e3781ee07c5ec79805b2d45dd678ab95.gif]: /images/20220222/4b8b81bf14634e2190453f753a80c2b9.png
[2f02a5586dfa215d353d134f32887c89.png]: /images/20220222/51827f1f36874c4bb5ec31c680afc330.png
[dca27dc978267457b837c2ea4407daf2.gif]: /images/20220222/bc8f974bc0cc46cd901cbe6db98610ea.png
[8d8152da324a7efdedfeb7291356a011.gif]: /images/20220222/15466303580c48f9aa7ffc6445691f60.png
[b4b4400dc8666b0c4176871d829dcf8a.png]: /images/20220222/1cf6674ea8414f22855375558b2a31a3.png
[873a294f09c28c8eb36765b540e2e5af.png]: /images/20220222/da8e912fd9284839b97f2cec1ac69bb7.png