k8s为啥不建议用docker了（大项目为啥不建议用docker了）

大项目为啥不建议用docker了

背景介绍随着云计算和微服务的普及，Docker作为一个轻量级的虚拟化解决方案已经广泛应用于开发和运维领域。然而，在实际使用中，一些大型项目开始出现问题，导致使用Docker变得困难和不切实际。问题挑战对于大型企业级项目来说，其系统规模和架构复杂度远高于中小型项目。这意味着在使用Docker时，需要考虑的问题和挑战更多。其中最明显的两个问题是：镜像管理难度：随着应用数量的增加，镜像管理变得愈发困难。需要管理的镜像数量可能成百上千，如果没有良好的实践经验，很容易出现版本管理、镜像大小、安全性等问题。资源占用：Docker本质上是一个虚拟化的解决方案，会将宿主机上的资源虚拟化给各个容器使用。在多个容器同时运行时，会带来大量的CPU、内存和磁盘I/O的消耗，这对于资源有限的宿主机来说可能会导致系统负载过重。另外选择针对以上问题，一些企业开始寻求其他虚拟化方案，例如Kubernetes和OpenShift等。这些方案相对于Docker来说，可以提供更好的容器编排、负载均衡、弹性伸缩、自我修复、部署管理等功能，同时也更加灵活、可扩展和易维护。前瞻展望虽然Docker在管理小型项目时表现出色，但在处理大型企业级项目时，其不足之处也会凸显出来。因此，未来很可能会出现各种针对大型项目的Docker解决方案，以满足不同的使用场景和需求。与此同时，Kubernetes和OpenShift等其他虚拟化方案也将继续在企业级领域得到广泛应用，为大型项目的部署和管理提供更加强大、智能、高效的支持。

k8s为啥不建议用docker了

因为社区认为Containerd 作为 Kubernetes 的容器运行时目前已经足够成熟，无需再通过 dockershim 使用 Docker 作为 Kubernetes 的容器运行时。

这也标志着 Docker 为 Kubernetes 提供一个现代化的容器运行时的承诺最终兑现了。

在 Kubernetes 提出 CRI 时，有人建议在 Docker 中实现它。但是这种方式也会带来一个问题，即使 Docker 实现了 CRI，但它仍然不是一个单纯的容器运行时，它本身包含了大量的非 “纯底层容器运行时” 所具备的功能。

Docker一问世就广受好评，发展迅速，于是在2015年左右，不满足只做容器引擎的Docker开始尝试提供容器编排能力，对单机场景推出了Docker Compose，对集群场景推出了Docker Swarm。

也就在同年，Google推出了同样具备容器编排能力的Kubernetes，并在与Docker Swarm和Apache Mesos的三方大战中大获全胜。于是在之后的一段时间里形成了“集群容器编排用Kubernetes，单机容器引擎用Docker”的潜规则。

k8s和docker区别是什么

Kubernetes（k8s）是Google开源的容器集群管理系统（谷歌内部:Borg），它主要用于 容器编排 启动容器、自动化部署、扩展和管理容器应用和回收容器。k8s的目标是让部署容器化的应用简单并且高效，k8s提供了应用部署、规划、更新、维护的一种机制。

用kubernetes去管理Docker集群，既可以将Docker看成Kubernetes内部使用的低级别组件；另外，kubernetes不仅仅支持Docker还支持Rocket，这是另一种容器技术。

扩展资料：

从背景上说，Kubernetes是由Google与RedHat公司共同主导的开源“容器编排”项目，它起源于Google公司的Borg系统。

所以它在超大规模集群管理方面的经验要明显优于其他容器编排技术，加上Kubernetes在社区管理方面的民主化，使得它很快打败了Docker公司推出的容器编排解决方案(Compose+Swarm)，从而成为了容器编排领域事实上的标准。

而在功能上Kubernetes是一种综合的基于容器构建分布式系统的基础架构环境，它不仅能够实现基本的拉取用户镜像、运行容器，还可以提供路由网关、水平扩展、监控、备份、灾难恢复等一系列运维能力。

k8s和docker区别

Docker和K8s是两个不同的技术，docker是一种容器化技术，而K8s是一种容器编排技术，其主要的区别在于其使用场景和应用范围上。Docker是一种开源的容器化平台，它可以将应用及其依赖打包到一个可移植的容器中，从而使应用可以在任何地方运行。Docker容器可以在计算机上运行，并且在不同的计算机之间移动，从而实现快速、可靠的应用部署。Docker容器自身具有独立性，可以在没有任何特殊环境设置的情况下运行，并且每个Docker容器都可以拥有自己的网络端口和IP地址。相比之下，K8S是一个容器编排平台，它能够管理多个Docker容器，并将它们组合成一个整体。K8s提供了一种动态管理Docker容器的方法，可以将它们平衡分配到集群中的不同节点上，并自动部署、升级和伸缩应用程序。Docker容器的开发和部署非常简单，但是对于多容器应用程序，需要手动编写启动、停止脚本以及实现容器间的互联互通。而K8s提供了更为高级的部署，升级和伸缩能力，可以自动化完成大量的操作，从而提高了生产力和效率。Docker和Kubernetes各自的优势Docker的优势：①隔离性：Docker容器是相互隔离的，每个容器运行着自己的进程、文件系统和网络接口，从而保证了应用程序容器之前的独立性和安全性。②可移植性：Docker容器可以在任何地方运行，无需修改，从而实现了在不同的环境中快速分发、部署和移植应用。③简洁性：Docker容器中仅包含所需的组件和软件包，不像虚拟机需要运行整个操作系统，因此具有更小的存储和内存开销。④可重复性：Docker容器的构建和部署过程可以自动化，从而保证了应用程序的可重复性和一致性。Kubernetes的优势：①可扩展性：K8S可以快速伸缩应用程序，从而应对不同的流量和负载变化，提高生产效率和灵活度。②健壮性：K8S可以自动进行容器的部署、扩展、更新和滚动回滚，从而使线上应用具有更高的可用性和健壮性。③自适应性：K8S可以根据资源需求自动部署、迁移和删除容器，从而实现了应用程序的自适应性，避免了资源浪费和性能瓶颈。④可观察性：K8S提供了丰富的监控和日志记录功能，可以对应用程序和容器进行细粒度的监控和调试。

docker和k8s有什么区别

docker和k8s区别有：虚拟化角度不同、部署角度不同。

一、虚拟化角度：

传统的虚拟技术，在将物理硬件虚拟成多套硬件后，需要再每套硬件上都部署一个操作系统，接着在这些操作系统上运行相应的应用程序。

Docker容器内的应用程序进程直接运行在宿主机（真实物理机）的内核上，Docker引擎将一些各自独立的应用程序和它们各自的依赖打包，相互独立直接运行于未经虚拟化的宿主机硬件上，同时各个容器也没有自己的内核，显然比传统虚拟机更轻便。每个集群有多个节点，每个节点可，我们的kuberbete就是管理这些应用程序所在的小运行环境（container）而生。

二、部署角度：

传统方式是将所有应用直接部署在同一个物理机器节点上，这样每个App的依赖都是完全相同的，无法做到App之间隔离，当然，为了隔离，我们也可以通过创建虚拟机的方式来将App部署到其中，但这样太过繁重，故比虚拟机更轻便的Docker技术出现，现在我们通过部署Container容器的技术来部署应用，全部Container运行在容器引擎上即可。

以kubernetes为代表的容器集群管理系统，我们用kubernetes去管理Docker集群，即可以将Docker看成Kubernetes内部使用的低级别组件。另外，kubernetes不仅仅支持Docker，还支持Rocket，这是另一种容器技术。

简介：

docker是一个开源的应用容器引擎，开发者可以打包他们的应用以及依赖到一个容器中，发布到流行的liunx系统上，或者实现虚拟化。k8s是一个开源的容器集群管理系统，可以实现容器集群的自动化部署、自动扩缩容、维护等。