Kubernetes部署、Pod和容器概念
我最近开始熟悉Kubernetes，然而，虽然我确实理解了这个概念，但我有一些问题我无法通过Kubernete的概念和文档清楚地回答，还有一些我想要确认的理解。
- 部署是部署在Pod中的一组或多个容器映像(Docker ..etc)，并且通过Kubernetes部署控制器监视和创建、更新或删除此类部署。
- Pod是一个或多个容器的组，这些容器是来自同一个部署，还是来自多个部署？
- “一个pod模型包含一个或多个应用程序容器，它们是相对紧密耦合的”。对于何时在同一个吊舱内部署容器，而不是单独的吊舱，是否有明确的标准？
- "Pods是最小的可部署计算单元，可以在Kubernetes中创建和管理“-- 豆荚、库贝列茨文件。这是否意味着Kubernetes API无法监视和管理容器(至少是直接的)？
谢谢你的意见。
回答 2
Stack Overflow用户
发布于 2017-03-30 11:57:01
你的问题实际上对StackOverflow来说太宽泛了，但在这个问题结束之前，我会很快回答的。
当您查看API文档时，它可能会变得更清晰。你可以这样读到：
https://kubernetes.io/docs/api-reference/v1.6/#deployment-v1beta1-extensions描述了所包含对象所需行为的规范。这是在spec字段中完成的，该字段的类型为https://kubernetes.io/docs/api-reference/v1.6/#deploymentspec-v1beta1-extensions。
https://kubernetes.io/docs/api-reference/v1.6/#deploymentspec-v1beta1-extensions定义了与template__through ( https://kubernetes.io/docs/api-reference/v1.6/#podtemplatespec-v1-core )相关的Pod应该是什么样的
然后，https://kubernetes.io/docs/api-reference/v1.6/#podtemplatespec-v1-core保存所有需求参数的https://kubernetes.io/docs/api-reference/v1.6/#podspec-v1-core，该参数通过https://kubernetes.io/docs/api-reference/v1.6/#container-v1-core定义定义Pod中的容器的外观。
这并不是一句直截了当的话，但可能会让人们更容易了解事物之间的联系。
与什么是好的大小和什么是太大的标准有关的一个Pod或容器。这是非常加载的意见，最好的方法是阅读关于微型服务大小的意见。
为了讨论最后一点- Kubernetes能够监视和管理容器，但是“用户”不能调度单个容器。它们必须嵌入到一个Pod的定义中。当然，您可以访问每个容器的容器状态和详细信息(例如，通过kubeget logs <pod> -c <container> (详细信息)或通过度量标准 API。
我希望这会有所帮助，不会增加混乱。
Stack Overflow用户
发布于 2019-10-18 00:52:06
Pod是Kubernetes提供的一个抽象，它对应于一组容器，这些容器共享名称空间的子集，最重要的是网络名称空间。对于实例，运行在这些容器中的应用程序可以像相同vm中的应用程序一样进行交互，除了它们不共享相同的文件系统层次结构这一事实外。
工作负载以荚的形式运行，但POD是一个较低级别的抽象。工作负载通常是按照Kubernetes部署/ Jobs / CronJobs /Daemonset等来调度的，这反过来创建了Pods。
https://stackoverflow.com/questions/43116800
复制相似问题
腾讯云开发者
