PATCH请求方法操作说明
对于PATCH请求方法的操作,Kubernetes API通过相应的HTTP头域“Content-Type”对其进行识别。
操作说明
目前支持三种类型的PATCH请求方法的操作。
- 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”表示预修改的值。
- “op”表示对资源对象的操作,主要有以下六种操作。
- Merge Patch, Content-Type: application/merge-patch+json
在RFC7386协议的定义中,Merge Patch必须包含对一个资源对象的部分描述,即为JSON对象。该JSON对象被提交到服务端后与服务端的当前对象合并,即替换当前资源对象中的列表域,从而创建一个新的对象。
- Strategic Merge Patch, Content-Type: application/strategic-merge-patch+json
Strategic Merge Patch是添加合法的元数据到API对象中,并通过这些新的元数据来决定哪个列表被合并,哪个列表不该被合并。当前这些元数据则作为结构标签。
“Merge Patch”与“Strategic Merge Patch”的操作区别请参见PATCH请求方法操作示例。
