0

在创建一个使用 Kubernetes 进行微服务部署的平台时，我们希望对 Kubernetes 部署对象进行依赖。但是，我们看到了文档http://kubernetes.io/v1.1/docs/user-guide/deployments.html说以下“请注意，部署对象实际上具有 API 版本 v1alpha1。Alpha 对象可能会在未来的软件版本中更改甚至停止使用”我想知道我们是否应该继续使用部署概念来进行部署，本质上是滚动更新，或者因为它如果我们自己重新实现相同的概念，可能会停止或更改并慢慢将新的 pod 添加到新的 rc 中。部署的计划或提议的更改是什么，或者该概念正在消失以获得更好的概念？另外我想知道为什么 OpenShift 没有使用 Deployment 对象，当时它还没有准备好吗？

4

3 回答 3

2

OpenShifts 部署对象先于上游 Kube 对象（在 2015 年 3 月时间框架内完成功能）。一旦 Kube 部署支持 OpenShift 部署中的其余功能，我们将自动迁移它们。OpenShift 部署支持的一些尚未上游的东西

  • Docker 注册表标签更改时自动部署
  • 自定义部署（在 pod 中运行您自己的部署逻辑）
  • 部署挂钩 - 在部署应用之前或之后执行“bundle exec rake db:migrate”
  • 重新创建部署策略
  • 能够暂停或“保留”部署，使其不会自动运行（因此管理员可以选择部署）。
  • 部署“失败”并被记录的能力（以便最终用户知道他们推送的代码无法启动）。

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

于 2016-01-14T13:41:42.553 回答
2

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

无法告诉任何关于 OpenShift 的信息，但在 GKE 上它非常适合我！

于 2017-05-27T02:02:17.347 回答
0

部署计划在 1.2 版本中升级到 beta。有关要进行的更改，请参阅相关问题 #15313 。我们还将有kubectl使用 Deployment 的滚动更新的新命令，请参阅问题 #17168和提案。

于 2016-01-13T18:22:27.087 回答