Kubernetes 对象管理

    使用命令式命令时，用户可以在集群中的活动对象上进行操作。用户将操作传给 kubectl 命令作为参数或标志。

    这是开始或者在集群中运行一次性任务的最简单方法。因为这个技术直接在活动对象上操作，所以它不提供以前配置的历史记录。

    通过创建 Deployment 对象来运行 nginx 容器的实例：

    使用不同的语法来达到同样的上面的效果：

    1. kubectl create deployment nginx --image nginx

    权衡

    与对象配置相比的优点：

    • 命令简单，易学且易于记忆。

    与对象配置相比的缺点：

    • 命令不与变更审查流程集成。
    • 命令不提供与更改关联的审核跟踪。
    • 除了实时内容外，命令不提供记录源。
    • 命令不提供用于创建新对象的模板。

    有关对象定义的详细信息，请查看 。

    创建在配置文件中定义的对象：

    删除在两个配置文件中定义的对象：

    1. kubectl delete -f nginx.yaml -f redis.yaml

    通过覆盖实时配置来更新配置文件中定义的对象：

    权衡

    与命令式命令相比的优点：

    • 对象配置可以存储在源控制系统中，比如 Git。
    • 对象配置可以与流程集成，例如在推送和审计之前检查更新。
    • 对象配置提供了用于创建新对象的模板。

    与命令式命令相比的缺点：

    • 对象配置需要对对象架构有基本的了解。
    • 对象配置需要额外的写 YAML 文件的步骤。
    • 命令式对象配置行为更加简单易懂。
    • 从 Kubernetes 1.5 版本开始，命令式对象配置更加成熟。

    与声明式对象配置相比的缺点：

    • 命令式对象配置针对文件而不是目录上效果最佳。

    使用声明式对象配置时，用户对本地存储的对象配置文件进行操作，但是用户未定义要对该文件执行的操作。会自动通过 kubectl 按对象检测来创建、更新和删除对象。这使得可以在目录上工作，其中可能需要对不同的对象执行不同的操作。

    处理 configs 目录中的所有对象配置文件，创建并更新活动对象。可以首先使用 diff 子命令查看将要进行的更改，然后在进行应用：

    2. kubectl apply -f configs/

    递归处理目录：

    权衡

    与命令式对象配置相比的优点：

    • 即使未将对活动对象所做的更改未合并回到配置文件中，也将保留这些更改。
    • 声明性对象配置更好地支持对目录进行操作并自动检测每个对象的操作类型（创建，修补，删除）。

    与命令式对象配置相比的缺点：

    • 声明式对象配置难于调试并且出现异常时难以理解。
    • 使用差异的部分更新会创建复杂的合并和补丁操作。