《Kubernetes设计与实现》
  • Introduction
  • 内容简介
  • 前言
  • [第二章:Kubernetes基础]
    • 2.3 Kubernetes API
  • [第三章:工作负载管理]
    • [3.1 Pod]
      • 3.1.1 Pod概述
      • 3.1.1 Pod初体验
    • [3.2 ReplicationController]
      • 3.2.1 ReplicationController概述
      • 3.2.2 ReplicationController初体验
    • [3.3 ReplicaSet]
      • 3.3.1 ReplicaSet概述
      • 3.3.2 ReplicaSet初体验
    • [3.4 Deployment]
      • 3.4.1 Deployment概述
      • 3.4.2 Deployment初体验
    • [3.5 DaemonSet]
      • 3.5.1 DaemonSet概述
      • 3.5.2 DaemonSet初体验
  • [第四章:服务]
    • [4.1 Service]
      • 4.1.1 Service概述
      • 4.1.1 Service上手体验
  • [第六章:配置管理]
    • [6.1 Secret--机密信息管理]
      • 6.1.1 Secret概述
  • [第七章:集群认证]
    • [7.1 证书]
      • 7.1.1 证书基础
      • 7.1.2 证书签发流程
  • [第九章:准入控制器]
    • [9.1 准入控制器概述]
      • 9.1.1 概述
      • [9.1.2 内置默认启动的插件]
        • 9.1.2.1 NamespaceLifecycle
        • 9.1.2.15 MutatingAdmissionWebhook
  • [第十章:ResourceQuota]
    • 10.1 ResourceQuota概述
  • [第十六章:API设计约定]
    • 16.1 字段可选性设计约定
    • 16.2 condition设计约定
    • 16.3 event设计约定
  • [第十九章:Kubernetes生态]
    • [19.1 Kind]
      • [19.1.1 Kind概述]
      • 19.1.2 映射端口到主机
      • 19.1.3 配置端口转发
由 GitBook 提供支持
在本页

这有帮助吗?

  1. [第九章:准入控制器]
  2. [9.1 准入控制器概述]
  3. [9.1.2 内置默认启动的插件]

9.1.2.15 MutatingAdmissionWebhook

上一页9.1.2.1 NamespaceLifecycle下一页[第十章:ResourceQuota]

最后更新于4年前

这有帮助吗?

MutatingAdmissionWebhook是一款系统内置且默认启用的准入控制器插件,它在kube-apiserver审查请求(Mutating admission)阶段被调用,用于审查请求。

与其他准备控制器插件不同的是,MutatingAdmissionWebhook本身并不直接审查请求,而是将任务转发给相应的webhook(多个webhook串行调用),如果任何一个webhook返回失败,MutatingAdmissionWebhook将会立即拒绝请求。MutatingAdmissionWebhook 与webhook的关系如下图所示:

webhook通常是一个专门负责审查资源对象的web服务,webhook根据是否会修改请求分为Mutating(修改型)和Validating(校验型)两类。MutatingAdmissionWebhook负责管理并调用Mutating类型的webhook,该类型webhook通过MutatingWebhookConfiguration对象注册到系统中,MutatingWebhookConfiguration对象中描述了webhook的服务地址、关心的资源对象类型等信息。MutatingAdmissionWebhook正是根据MutatingWebhookConfiguration对象来获取webhook列表,并在API 请求来到时筛选并调用webhook。关于MutatingWebhookConfiguration对象的更多信息将在后续章节展开介绍。

MutatingAdmissionWebhook是Kubernetes一个重要扩展机制,常用于对扩展的CRD(CustomResourceDefination)对象进行审查和改写,当然它也可以用于Kubernetes原生资源对象,比如当Pod创建时自动添加label。