在Kubernetes生态系统中,YAML配置文件指的是什么?

在Kubernetes生态系统中,YAML配置文件指的是什么?,kubernetes,continuous-integration,yaml,declarative,podspec,Kubernetes,Continuous Integration,Yaml,Declarative,Podspec,kubernetes群集中资源的声明性定义,如部署,吊舱,服务等。。在库伯内特斯生态系统中,它们被称为什么 我能想到的可能性是: 规格(规格) 物体 对象配置 模板 是否有一致的标准 背景 我正在编写一个小型CI工具,用于部署单个或多个k8s YAML文件。我想不出在文档和实际代码中如何命名它们。YAML表单通常是一个清单。在掌舵图中,它们是清单的模板(或者更常见的是“模板”)。当您将它们发送到API时,您将解析清单,它将成为一个API对象。大多数类型(您可以使用任一术语)都有一个名为sp

kubernetes群集中资源的声明性定义,如
部署
吊舱
服务
等。。在库伯内特斯生态系统中,它们被称为什么

我能想到的可能性是:

  • 规格(规格)
  • 物体
  • 对象配置
  • 模板
是否有一致的标准


背景


我正在编写一个小型CI工具,用于部署单个或多个k8s YAML文件。我想不出在文档和实际代码中如何命名它们。

YAML表单通常是一个清单。在掌舵图中,它们是清单的模板(或者更常见的是“模板”)。当您将它们发送到API时,您将解析清单,它将成为一个API对象。大多数类型(您可以使用任一术语)都有一个名为
spec
(例如
DeploymentSpec
)的子结构,其中包含任何类型的声明性规范。但是,这不是必需的,一些核心类型(ConfigMap、Secret)不遵循该模式。

YAML表单通常是一个清单。在掌舵图中,它们是清单的模板(或者更常见的是“模板”)。当您将它们发送到API时,您将解析清单,它将成为一个API对象。大多数类型(您可以使用任一术语)都有一个名为
spec
(例如
DeploymentSpec
)的子结构,其中包含任何类型的声明性规范。然而,这不是必需的,一些核心类型(ConfigMap、Secret)也不遵循这种模式。

文档不是100%一致的,但这是官方ish使用的术语:)有一件事不是一个好术语,那就是一大块多“对象”清单。YAML称它们为“文档”,但这并不好。文档不是100%一致的,但这是ish官方使用的术语:)有一件事没有一个好术语,那就是一大块多“对象”清单。YAML称之为“文档”,但这并不好。