Q

Kubernetes部署

2016-01-13 122 views 0 likes

0

虽然创造了一个平台，将做使用Kubernetes微服务的部署工作，我们要采取一个依赖于Kubernetes部署对象。然而，我们看到的文档http://kubernetes.io/v1.1/docs/user-guide/deployments.html说下面的“需要注意的是部署对象有效地具有API版本v1alpha1。阿尔法的对象可能会改变，甚至在未来的软件版本中停止” 我想知道我们是否应该去使用部署概念做到部署，基本上是滚动更新，或者因为它可能会停止或更改，我们应该自己重新实现相同的概念，创建一个带有新标签的rc，创建具有不同标签的新Pod，然后旧rc和新rc，缩小旧rc通过从旧的RC缓慢移除荚并慢慢地将新的荚添加到新的RC中。部署计划或建议的变更是什么，或者这个概念正在为更好的概念而消失？另外我想知道为什么OpenShift没有使用部署对象，当时没有准备好吗？Kubernetes部署

2016-01-13 Mayank

A

回答

0

部署计划在1.2版本中发布到测试版。请参阅相关issue #15313以了解所做的更改。我们还将使用新的使用部署的滚动更新的kubectl命令，请参阅issue #17168和proposal。

2016-01-13 18:22:27 janetkuo

+0

既然你说“我们”，你应该提到你在Google工作。 –

2

OpenShifts部署对象之前上游库贝对象（即完整的特征在2015年3月的时间帧）。一旦Kube Deployments支持OpenShift部署中的其余功能，我们将自动迁移它们。有些事情OpenShift部署支持未上游尚未

自动部署时，码头工人注册表标签更改
自定义部署（运行一个豆荚里的自己的部署逻辑）
部署挂钩 - 实行“捆绑EXEC耙分贝：迁移“
重新创建部署策略
能够暂停或”暂停“部署，使其不会自动运行（因此管理员可以选择部署）。
部署能力“失败”并被记录（以便最终用户知道他们推送的代码无法启动）。

这将需要时间来添加这些剩余的选项。

2016-01-14 13:41:42 Clayton

+0

既然你说“我们”，你应该提到你在为Openshift工作。 –

1

截至目前，部署概念已被移动到“v1beta1”。这个概念很可能会继续下去，因为它是一种声明式的方法（与旧复制控制器的命令式方法相比）。

不能告诉任何关于OpenShift，但在GKE上它对我的作品相当不错！

2017-05-27 02:02:17