Kubernetes改变滚动更新逻辑

Question

目前kubernetes滚动更新会为已终止的pod创建一个新pod，并将其添加到服务中。在滚动更新的那一刻，可以为服务注册两种类型的pod（旧的和新的）。但是我需要强制执行一致性。例如，当滚动更新请求到达Kubernetes时，首先它会创建一个新的rc，但是在该rc下创建的pod不会添加到服务中。一旦该rc的所有复制变得可用，来到该服务的所有流量都被路由到该rc。最后删除旧的rc。我们目前可以使用Kubernetes吗？如果没有，我可以写一个扩展到Kubernetes来实现这个功能吗？

Answer 1

如果新广告连播的标签与服务的标签选择器相匹配，则应在投放后立即将其添加到服务中。

如果要为滚动更新试验不同的逻辑，可以使用Kubernetes API client libraries编写客户端控制器，或者通过extending the API创建服务器端对象。