作者：槟榔王创新 老蒋

尽管Kubernetes越来越受欢迎，但它仍然有一个陡峭的学习曲线。

本文将介绍Kubernetes对象配置的YAML文件。YAML提供了一种以声明方式配置Kubernetes应用程序的方法，这些声明文件允许您有效地扩展和管理应用程序。如果不了解Kubernetes对象的基本配置，就很容易陷入运行应用程序而不真正了解它们如何工作的陷阱。

需要注意的是，YAML和JSON可以在Kubernetes的配置中互换使用。然而，尽管在某些情况下YAML被认为更难编写，但它要紧凑得多。考虑到大型应用程序需要管理的所有YAML文件时，这种紧凑的特性是一个很大的优势。

总的来说，YAML倾向于对用户更加友好和易于使用，紧凑的特性允许您对相关的Kubernetes对象进行分组，从而减少所需的文件数量。这是因为YAML的设计目标是提高可读性并提供更完整的信息模型。它可以简单地看作是JSON的一种演变。

Kubernetes的YAML

为了开始使用Kubernetes的YAML，我们将回顾YAML的基本结构类型，你可以在下表中看到:

当为Kubernetes编写YAML文件时，必须有四个字段。APIVersion, Kind, Metadata, Specifications。

APIVersion

这个字段引用API，它被用来创建定义的Kubernetes对象。Kubernetes提供了各种api，使您能够创建不同的Kubernetes对象。例如，apiVersion: v1包含许多核心对象。

apiVersion: v1通常被认为是Kubernetes的第一个稳定版本。另一个流行的APIVersion是apps/v1，它采用了来自v1的对象，并提供了关键的功能，如部署和replicaset。

因此，在我们的YAML文件中，定义APIVersion可以是:

apiVersion: v1

Kind

kind允许您指定要定义的Kubernetes对象类型。您将在此字段中指定的对象将链接到您之前指定的apiVersion，因为它是apiVersion字段，使您能够访问不同类型的对象及其特定定义。可以定义的对象类型包括pods、服务和daemonset。

因此，要定义一个pod对象，在指定apiVersion之后，我们将指定kind字段，如下所示:

apiVersion: v1

kind: pod

Metadata

在指定要定义的对象类型之后，元数据字段为该特定对象提供惟一属性。这可能包括name、uuid和namespace字段。为这些字段指定的值为我们提供了对象的上下文，它们可以被其他对象引用。这个字段允许我们指定对象的标识符属性。

例如，如果我们正在构建一个spring应用程序，我们的pod可以有如下所示的name值:

apiVersion: v1

kind: Pod

metadata:

    name: spring-pod

Specifications

spec字段允许我们定义对所构建的对象的期望。它由所有特定于定义对象操作的键值对组成。就像对象本身一样，对象的规范依赖于之前指定的apiVersions。因此，不同的apiversion可能包含相同的对象，但是可以定义的对象的规范可能会不同。

如果我们继续构建spring应用程序的pod对象的示例，我们的spec字段可能类似于如下所示:

apiVersion: v1

kind: Pod

metadata:

    name: spring-pod

    containers:

    – image: armo/springapp:example

spec:

      name: spring-app

      ports:

      – containerPort: 80

        protocol: TCP

在上面的最后一个示例文件中，我们使用API v1创建了一个Pod对象，我们将其命名为spring-pod。根据规范，我们将使用80端口，使用的镜像是armo/springapp:example。

下图比较了JSON和YAML中的配置。正如您所看到的，YAML更加简洁和易读。

图1:比较JSON和YAML

管理YAML文件的策略

现在我们已经构建了Kubernetes YAML文件，让我们看看进一步加速构建Kubernetes应用程序的一些策略。

YAML 版本控制

如上所述，使用YAML字段允许您以声明的方式管理Kubernetes应用程序。这些YAML文件可以存储在一个公共目录中，可以使用kubectl apply -f 应用所有这些文件。

这相当简单。然而，随着应用程序的发展和Kubernetes对象定义的更改，您将不得不考虑当前部署的版本和更改。这是因为，如果没有版本控制，您可能无法回滚到以前的镜像，而以前的镜像可能比新的当前部署的镜像更稳定。

有几种方法可以实现YAML的版本控制，它们的复杂性和管理的便利性各不相同。这可能需要在YAML中使用简单的标记和手动kubectl命令，或者需要使用诸如Helm这样的特殊工具。详细介绍这些方法超出了本文的范围，但值得一提的是，版本控制是一项重要的实践。

管理Secrets

在应用程序的整个生命周期中，您可能需要利用机密数据来支持其功能。这可能包括密码、用户信息，甚至信用卡详细信息。

在定义Kubernetes对象时，可以将这些数据作为变量直接放到YAML文件中。然而，这可能导致重大的安全漏洞，并增加了这些数据落入坏人手中的可能性。因此，建议将Kubernetes提供的Secrets对象与Secrets管理工具一起使用。

当利用Secret对象时，pod必须引用Secret。这就是我们使用元数据字段的地方。pod将使用Secret name字段，其中Secret对象的名称将是有效的DNS子域名。

定义的Secrets对象的示例如下所示:

apiVersion: v1

kind: Secret

metadata:

  name: mysecret

type: Opaque

data:

  username: YWRtaW4=

  password: MWYyZDFlMmU2N2Rm

一定要注明“Secrets”类型。在上面的例子中，我们将Secrets类型指定为Opaque。这是Secret对象的默认类型。另一种Secret类型是kubernetes.io/service-account-token，用于存储服务帐户的标识符令牌。

更多关于如何管理Kubernetes中的Secrets的详细信息可以在ARMO的资源对象中找到。

YAML 模板

YAML模板旨在通过在Kubernetes应用程序中重用YAML文件来减少我们必须编写和管理的YAML文件的数量。例如，让我们考虑下面的pod定义:

apiVersion: v1

kind: Pod

metadata:

  name: spring-pod

spec:

  containers:

  – image: armo/springapp:example

    name: spring-app

    env:

    – name: sz-1

      value: postgres://db_url:5432

这个Pod将在sz-1区。然而，如果我们想要为我们的上海客户部署到sh-1，我们将不得不编写一个新的YAML文件，因为我们使用的是硬编码的值。

这个问题的解决方案是使用YAML模板，它允许我们使用不同的值重用YAML文件。有几种实现YAML模板的方法，但最基本的方法是在利用占位符的地方搜索和替换YAML文件中的值。

apiVersion: v1

kind: Pod

metadata:

  name: spring-pod

spec:

  containers:

  – image: armo/springapp:example

    name: spring-app

    env:

    – name: ENV

      value: %DEPLOYMENT_ENV%

通过利用bash中的sed，我们可以在处理YAML文件之前搜索和替换这些值。但是，这是最基本、最不方便的方法，因为您必须手动执行占位符的硬编码。

更方便的方法是利用像Helm这样的工具来构建和管理模板。

结论

由于YAML的结构方式和它的设计目标，它是Kubernetes配置的最佳解决方案。增加的可读性和简洁的结构允许您伸缩您的Kubernetes配置，而不会迷失在一堆配置文件中。

此外，通过理解如何以声明方式构建Kubernetes应用程序，我们还可以理解Kubernetes应用程序如何运行以及为什么运行的机制。考虑像YAML模板这样的高级功能可以帮助简化定义和构建Kubernetes应用程序的过程。

--------------------

CloudOS，一站式云原生开发平台

免费体验地址>