标签：linu 必须 挑战 架构 方案 min 生产环境 功能 微软
Docker是一个容器的开放平台，但它不是最早的。自20世纪70年代以来，容器平台一直存在。他们的开发可以追溯到Unix中的chroot系统调用。在2000年代早期，FreeBSD Jails和Linux服务器的开发导致了2008年的Linux容器（LXC）。Docker在2013年左右出现在容器领域，并立即取得了成功。原因是Docker使得运行容器变得简单；使用Docker，开发人员可以轻松启动，停止和销毁容器。而且带来的低学习曲线和易用性，使其成为软件开发过程中的主要方向。
Kubernetes的发展独立于Docker。2003年左右，谷歌创建了Borg系统来应对日益增长的集群管理问题。这是一个内部工具。2014年年中，Google推出Kubernetes作为Borg系统的开源版本。不久，微软，红帽，IBM和Docker加入，以支持Kubernetes社区。Kubernetes是一个容器编排解决方案。当开发人员在开发环境中处理少量容器时，管理服务并不是什么大问题。但是，当应用程序部署到生产环境并且有数百或数千个容器和服务时，管理任务变得复杂。Kubernetes简化了大规模部署的容器管理问题。在Kubernetes环境中，开发人员使用pod的概念创建他们的应用程序。Pod是集群在一起的容器，就像单个单元一样工作。这些pod已部署到Kubernetes主节点以及配置要求，如pod数和网络设置。主节点管理工作节点。在部署pod之后，主节点负责跟踪容器。Kubernetes使生产团队易于进行容器管理和编排。
了解Kubernetes和Docker的交叉点从上面的讨论中可以看出，Docker容器是使用Kubernetes管理的。所以不应该有任何“Docker vs. Kubernetes”讨论。但Docker有一款名为Docker Swarm的产品。它是一个集群和调度工具。它类似于Kubernetes，所以任何正在研究容器编排工具的人都应该研究“Kubernetes vs. Docker Swarm”比较。由于Docker的普及，许多开发团队使用Docker Swarm启动容器编排。这似乎是自然的下一步。这很容易学习，Kubernetes的学习曲线更加陡峭。但是使用Minikube学习它变得越来越容易，Minikube是一个运行单节点Kubernetes集群的工具。另一个重要因素是Kubernetes拥有比Docker Swarm更强大的社区，所有主要的云提供商都支持它。亚马逊AWS已经为Kubernetes（Amazon EKS）启动了Amazon Elastic Container Service，Google Cloud拥有Kubernetes Engine，微软Azure拥有Azure Kubernetes服务（AKS）。所以目前看来，主要的市场力量正在将Kubernetes作为一个容器编排解决方案。
标签：linu 必须 挑战 架构 方案 min 生产环境 功能 微软
原文地址：https://www.cnblogs.com/frankltf/p/10339041.html
