今天我们来说说Deployment， Deployment一个非常重要的功能就是实现了 Pod 的“水平扩展/收缩”，比如我们应用更新了，我们只需要更新我们的容器镜像，然后修改 Deployment 里面的 Pod 模板镜像，那么 Deployment 就会用滚动更新（Rolling Update）的方式来升级现在的 Pod，这个能力是非常重要的，因为对于线上的服务我们需要做到不中断服务，所以滚动
今天继续来说说pod，这个在k8s中非常重要。先看下图：前面的我们了解了 Kubernetes 的基本架构，以及如何使用资源清单在集群中部署一个应用。我们也了解到了 Pod 是 Kubernetes 集群中最基本的调度单元，我们平时在集群中部署的应用都是以 Pod 为单位的，而并不是我们熟知的容器，这样设计的目的是什么呢？为何不直接使用容器呢？为什么需要 Pod¶假设 Kubernetes 中调度
前面我们得 Kubernetes 集群已经搭建成功了，现在我们就可以在集群里面来跑我们的应用了。要在集群里面运行我们自己的应用，首先我们需要知道几个概念。第一个当然就是应用的镜像，因为我们在集群中运行的是容器，所以首先需要将我们的应用打包成镜像，前面的课程中我们已经学习过如何将应用打包成镜像，这里就不再赘述了。镜像准备好了，Kubernetes 集群也准备好了，其实我们就可以把我们的应用部署到集群
1、安装环境介绍安装k8s集群环境，需要3台主机，学习环境4核8G内存，500GB磁盘即可满足要求。这里采用centos7.9系统。主机名/IP用途k8smaster（172.16.213.221）k8s集群的master节点k8snode1（172.16.213.222）k8s集群的work节点1k8snode2（172.16.213.223）k8s集群的work节点22、升级内核#安装新内核[
Kubernetes（简称 K8S） 的出现是容器化技术发展的必然结果，容器化是应用程序级别的虚拟化，运行单个内核上有多个独立的用户空间实例，这些实例就是容器；容器提供了将应用程序的代码、运行时、系统工具、系统库和配置打包到一个实例中的标准方法，而且容器是共享一个内核的；由于容器技术的兴起，导致大量的容器应用出现，所以就出现了一些用来支持应用程序容器化部署和组织的容器编排技术，一些流行的开源容器编
１.bulid服务除了可以基于指定的镜像，还可以基于一份Dockerfile，在使用up启动之时执行构建任务，这个构建标签就是build，它可以指定Dockerfile所在文件夹的路径。Compose将会利用它自动构建这个镜像，然后使用这个镜像启动服务容器build:/path/to/build/dir也可以是相对路径build:./dir设定上下文根目录，然后以该目录为准指定Dockerfile
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
