如何使用非无头服务创建有序 Kubernetes 部署？

Question

我需要在 pod3 之前创建 pod1 和 pod2。这意味着我需要订单。我还希望将 pod3 暴露在集群外部（外部）的 80 端口。起初我想我想在 StatefulSet 中组织这些创建。

但是，Stateful Sets 似乎需要 Headless Service。

StatefulSets 目前需要一个 Headless Service 来负责 用于 Pod 的网络身份。您负责创建 此服务。

这意味着

有时您不需要或不需要负载平衡和单个服务 IP。在这种情况下，您可以通过为集群 IP (spec.clusterIP) 指定“无”来创建“无头”服务。

我需要将 pod3（通过服务）暴露在集群之外，而无头服务不允许我这样做。在 Kubernetes 中执行此操作的正确方法是什么？

Answer 1

仅供参考，无头service 可以与其他类型的services 共存，例如loadBalancer。只需使用不同的名称和相同的selector 创建一个额外的service。

更惯用的方法是更改​​您的 pod3 应用程序以处理数据库和 API 服务器的中断。 （应用程序不应该因为数据库或其他暂时无法访问而崩溃或变得无法使用。）我意识到这在某些应用程序中并不那么容易，（eh-hem，Ruby on Rails，eh-hem，）在这些情况下你可以编写pod3 container 的入口点（EG bash 脚本），该入口点简单地循环直到它可以到达其他两个服务，然后使用 exec 替换进程并初始化 pod3 应用程序。我已经实现了这一点，并且效果很好。这是记忆中的一个简化示例：

#!/bin/bash

while ! $(mysqladmin ping); do
  sleep 2
done

exec node app.js
# Or exec whatever arguments were passed to the container init.
# exec $@

无论您可以改进您的应用程序还是必须使用自定义入口点，都可以将用于检查 pod2 和 pod1 的可访问性的相同代码添加为 pod3 container 上的 k8s readinessProbe。 - 这将确保 pod3 被删除/不作为endpoint 添加到您的service，直到readinessProbe 通过。显然，这仅在您的应用在访问其依赖项之前等待接收请求时才有帮助。

注意：如果您要将 pod 抽象换成 container 抽象，那么所有这些都成立，即3 个containers 合为一个pod。

statefulSets 创建相同pod 定义的近似副本，因此这不是您想要的抽象。相反，我会为您的 DB 服务使用不同的 statefulSet（以确保它在其他地方启动之前关闭）和 2 个不同的 deployments 用于您的 API 服务器和应用程序，并以这样的方式配置它们如上所述，顺序无关紧要。