测验：应用发布

我通过将maxSurge: 1和maxUnavailable: 0提供给副本 4 部署来更改图像。推出期间 Pod 数量的范围是多少？

• 最少 0 个，最多 8 个
• 最少 4 个，最多 5 个
• 最少 3 个，最多 4 个
• 最少4个，最多4个（数量不变）

kubectl rollout undo --to-revision=1在 Deployment 上执行，修订版最多为 3。之后正确的状态是什么？

• 使用应用修订版 1 中的 Pod 模板创建新的修订版 4。
• 该命令被拒绝，因为只能恢复到以前的修订版本。
• 修订版恢复为 1，2 和 3 被删除。
• 版本号与 3 相同，仅图像发生变化。

正确填充 kubectl rollout history 的 CHANGE-CAUSE 列的方法是什么？

• 在Deployment中设置标签kubernetes.io/change-cause
• 在Deployment中设置kubernetes.io/change-cause注解
• 为 kubectl set image 添加 --record
• 向 kubectl rollout history 传递 --reason

执行 helm upgrade 时不使用 --reuse-values，只提供 --set foo=bar，会发生什么？

• 自动3路合并旧值和新值
• 先前版本的值将被保留，并且仅 foo 被另外覆盖。
• 先前版本中的自定义值将被丢弃，并且仅将 foo 放置在图表默认值之上。
• 如果缺少任何值，升级将被拒绝。

helm rollback my-release 2实际上是做什么的？

• 根据修订版 2 的图表和值创建并应用新修订版。
• 将集群资源恢复到修订版 2 的快照，并且不留下任何历史记录。
• 删除修订版 3 及更高版本并将发布历史记录截断为修订版 2 状态
• 只需将修订版 2 标记为已部署，并保持集群不变。

基础中有 Deploymentreport，覆盖层中给出了namePrefix: prod-和通用标签env: prod。kubectl kustomize <overlay>正确的结果是什么？

• 名称变为prod-report，Deployment 和 Pod 模板都标记为env: prod
• base 按原样输出，overlay 仅在应用时应用。
• 名称保留为report，仅添加标签。
• 名称变为report-prod，并且标签仅附加到 Deployment。