单pod vs docker容器

Question

我对 k8s 中 pod 的一种行为感到困惑。我拉并运行了我的高山容器，当我看到 docker ps -a 命令时它工作正常，但是当我通过 k8s 运行它时，kubectl get pod 的输出显示完成。尽管在 Dockerfile 中我输入了 CMD [“睡眠”、“3600”]，但它不会在 k8s 中Hibernate。我可以使用 kubectl 运行 myalpine 将其发送到睡眠模式 --image=myalpine -- 睡眠无限，pod 工作正常，但我不想使用该命令，我希望当我清楚地在 Dockerfile 中键入 sleep 命令并构建它时，k8s 也应该运行它。如果有人解释 pod 的行为，我真的很感激。

Answer 1

Pod和Container是两种不同的东西。在Kubernetes中，一个或多个容器被包装成一个容器。换句话说，您可以将pod视为容器的运行时环境

Answer 2

留档有一些有用的解释：

Pod是您可以在库伯内特斯中创建和管理的最小的可部署计算单元。

想象一下“部署”的单元——原谅这里滥用术语，因为部署本身在k8s中也是一个定义明确且精确的概念，即另一种类型的工作负载。Pods被归类为工作负载。

Pod（如鲸鱼或豌豆荚）是一组一个或多个容器，具有共享的存储和网络资源，以及如何运行容器的规范。Pod的内容始终位于同一位置，并在共享上下文中运行。Pod为特定于应用程序的“逻辑主机”建模：它包含一个或多个相对紧密耦合的应用程序容器。在非云环境中，在同一物理或虚拟机上执行的应用程序类似于在同一逻辑主机上执行的云应用程序。

因此，这是您正在寻找的答案的一部分:pod模拟了一个“逻辑主机”,您可以在其中从一个或几个容器中组装功能相当全的应用程序(如果您愿意，可以称为“微服务”,做一件基本的事情，但要做得好)。

我喜欢将其视为某种形式的组合，但通过 sidecar 和适配器等模式提升到应用程序级别。类似于在 DDD 中实现横切关注点（如日志记录）的方式，通过抽象它们并提供一个通用实现，该实现在任何类使用时应该工作相同（“附加到”任何主容器），尽管需要一些接线工作。正是PodSpec将这些容器连接起来。

除了应用程序容器，Pod 还可以包含 Pod 启动期间运行的初始化容器。如果群集提供此功能，还可以注入临时容器进行调试。

继续支持我上面对 OOP/DDD 中组合的类比。

官方文档继续添加更多的解释。

就Docker概念而言，Pod类似于一组具有共享命名空间和共享文件系统卷的Docker容器。

最后，当你想通过 kubectl run 在 Kubernetes 中运行一个容器（必须通过一个 pod）时，请注意不要覆盖容器入口点/命令参数：

覆盖默认入口点和 Cmd 时，以下规则适用：

• 如果您不为容器提供命令或args，则使用Docker映像中定义的默认值。
• 如果您提供命令但没有为Container提供args，则仅使用提供的命令。Docker映像中定义的默认Entry Point和默认Cmd将被忽略。
• 如果您只为容器提供args，则Docker映像中定义的默认入口点将使用您提供的args运行。
• 如果您提供命令和args，则忽略Docker映像中定义的默认Entry point和默认Cmd。您的命令与您的args一起运行。