PATCH请求方法操作说明

对于PATCH请求方法的操作，Kubernetes API通过相应的HTTP头域“Content-Type”对其进行识别。

1. JSON Patch, Content-Type: application/json-patch+json

   在RFC6902协议的定义中，JSON Patch是执行在资源对象上的一系列操作，如下所示。

   {
       "op": "add",
       "path": "/spec/containers/0/image",
       "value": "busybox:latest"
   }

   其中：

   • “op”表示对资源对象的操作，主要有以下六种操作。
     • add
     • replace
     • remove（不可用）
     • move（不可用）
     • copy（不可用）
     • test（不可用）
   • “path”表示被操作资源对象的路径.

     例如“/spec/containers/0/image”表示要操作的对象是“spec.containers[0].image”，可以对其进行修改。

   • “value”表示预修改的值。
2. Merge Patch, Content-Type: application/merge-patch+json

   在RFC7386协议的定义中，Merge Patch必须包含对一个资源对象的部分描述，即为JSON对象。该JSON对象被提交到服务端后与服务端的当前对象合并，即替换当前资源对象中的列表域，从而创建一个新的对象。

3. Strategic Merge Patch, Content-Type: application/strategic-merge-patch+json

   Strategic Merge Patch是添加合法的元数据到API对象中，并通过这些新的元数据来决定哪个列表被合并，哪个列表不该被合并。当前这些元数据则作为结构标签。

“Merge Patch”与“Strategic Merge Patch”的操作区别请参见PATCH请求方法操作示例。