Docker 为什么不创建多个容器而不是使用kubernetes呢

Docker 为什么不创建多个容器而不是使用kubernetes呢,docker,kubernetes,containers,docker-swarm,Docker,Kubernetes,Containers,Docker Swarm,我的理解是Kubernetes提供了可伸缩性 与其使用Kubernetes,为什么不从docker映像创建多个容器并将它们绑定到不同的端口 这不是同样的结果吗?可伸缩性和容错性只是Kubernetes下可用功能的一个子集。对于创建多个容器的情况:Kubernetes不仅管理旋转这些容器的多个实例,而且还管理寻址、负载平衡和设置基础网络,因此即使容器在网络中移动,您也可以使用相同的名称和地址访问它们。您可以将其视为一个框架,在打开和取下容器时设置网络和DNS。但是,这只是其中一个特点。现在考虑如果

我的理解是Kubernetes提供了可伸缩性

与其使用Kubernetes,为什么不从docker映像创建多个容器并将它们绑定到不同的端口


这不是同样的结果吗?

可伸缩性和容错性只是Kubernetes下可用功能的一个子集。对于创建多个容器的情况:Kubernetes不仅管理旋转这些容器的多个实例,而且还管理寻址、负载平衡和设置基础网络,因此即使容器在网络中移动,您也可以使用相同的名称和地址访问它们。您可以将其视为一个框架,在打开和取下容器时设置网络和DNS。但是,这只是其中一个特点。现在考虑如果这些容器有持久的存储连接到它们上,当你取下一个容器并把它放到另一个主机上时,你必须在那个主机上安装坐骑,这样容器就可以到达它的持久存储。


同样,这些只是部分功能。

Kubernetes提供了服务的完整生命周期管理(碰巧运行多个容器)。我在下面列出的是一个2分钟的概述,k8s做的更多

这包括

  • 创建服务的副本(根据用户的请求)-这包括创建POD-在同一网络命名空间中运行的多个容器,以提供单一主机的概念)

  • 跟踪容器的运行状况并自动重新创建它们[“活动探测”]

  • 通过提供服务的DNS名称,为服务提供前端虚拟IP和基本的服务发现机制

  • 自动管理服务副本的活动列表以转发请求[“readinessProbes”]


  • 我认为这是一个好问题,没有必要投反对票