注解

    你可以使用标签或注解将元数据附加到 Kubernetes 对象。 标签可以用来选择对象和查找满足某些条件的对象集合。 相反，注解不用于标识和选择对象。 注解中的元数据，可以很小，也可以很大，可以是结构化的，也可以是非结构化的，能够包含标签不允许的字符。

    注解和标签一样，是键/值对:

    以下是一些例子，用来说明哪些信息可以使用注解来记录:

    • 由声明性配置所管理的字段。 将这些字段附加为注解，能够将它们与客户端或服务端设置的默认值、 自动生成的字段以及通过自动调整大小或自动伸缩系统设置的字段区分开来。
    • 构建、发布或镜像信息（如时间戳、发布 ID、Git 分支、PR 数量、镜像哈希、仓库地址）。

    • 可用于调试目的的客户端库或工具信息：例如，名称、版本和构建信息。

    • 轻量级上线工具的元数据信息：例如，配置或检查点。

    • 从用户到最终运行的指令，以修改行为或使用非标准功能。

    你可以将这类信息存储在外部数据库或目录中而不使用注解， 但这样做就使得开发人员很难生成用于部署、管理、自检的客户端共享库和工具。

    注解（Annotations） 存储的形式是键/值对。有效的注解键分为两部分： 可选的前缀和名称，以斜杠（）分隔。 名称段是必需项，并且必须在63个字符以内，以字母数字字符（[a-z0-9A-Z]）开头和结尾， 并允许使用破折号（-），下划线（_），点（.）和字母数字。 前缀是可选的。如果指定，则前缀必须是DNS子域：一系列由点（.）分隔的DNS标签， 总计不超过253个字符，后跟斜杠（/）。 如果省略前缀，则假定注解键对用户是私有的。 由系统组件添加的注解 （例如，kube-scheduler，，kube-apiserver，kubectl 或其他第三方组件），必须为终端用户添加注解前缀。

    例如，下面是一个 Pod 的配置文件，其注解中包含 imageregistry: https://hub.docker.com/：

    1. apiVersion: v1
    2. kind: Pod
    4.   name: annotations-demo
    5.     imageregistry: "https://hub.docker.com/"
    6. spec:
    7.   containers:
    8.   - name: nginx
    9.     image: nginx:1.7.9
    11.     - containerPort: 80