[Kubernetes]如何让集群为我们工作?

偏执的太偏执、 2022-04-10 14:20 132阅读 0赞

前一段时间倒腾k8s的时候,写了一系列的博客,有很多人不理解那样做的意义是什么,为什么要那样做,这篇文章就尝试解释一下,在实际环境中,是如何让集群为我们工作的.  
因为只研究了一个月左右的时间,认识难免有偏颇之处,到时还望指出.  
首先,上一张架构图:  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3psbF8wNDA1_size_16_color_FFFFFF_t_70]

*  在上图中,咱们首先达成一个共识:  
    
    
     *  Dockerfile:用来制作镜像.Dockerfile的设计思想就是,使用一些标准的原语来描述我们所需要构建的Docker镜像,并且按顺序来进行处理.所以对于Dockerfile我就不多说了,里面内容挺简单而且挺容易理解的. 
     *  yaml文件:用来部署服务.
     *  Jenkins构建完成之后,还需要执行一个脚本,在这里先提出来,在后面还会进行相关讲解
 *  <table> 
     <tbody> 
      <tr> 
       <td><font>详细说明</font></td> 
      </tr> 
     </tbody> 
    </table>
    
    接下来就详细说一说架构图:  
    1,代码和相关war包就不说了,对于项目来说,这是必不可少的内容.
    
    2,Dockerfile文件中,需要写相关内容.以我在实际环境中的运用为例:
    
        FROM reg.zll.com/library/nginx:latest
        COPY dist /usr/local/dist
    
    在上面我说过了,Dockerfile的设计思想就是,使用一些标准的原语来描述我们所需要构建的Docker镜像,并且按顺序来进行处理,所以我们来看Dockerfile文件中的内容很容易理解:首先需要从Harbor镜像仓库(reg.zll.com就是我搭建的Harbor镜像仓库)中,拉取我们需要的镜像,然后将Jenkins构建之后的dist拷贝到指定目录下.
    
    3, yaml文件负责在k8s上创建相应的pod，在这里根据项目的需要,建立了2个，一个是deployment（负责运行这个镜像），一个是service（负责服务发现）  
    关于yaml文件,我写过一篇博客,对于在Kubernetes中的应用来说,应该是够用了,感兴趣可以参考:[\[Kubernetes\]yaml文件详解][Kubernetes_yaml]
    
    4,Jenkins需要从svn上面拉取code,然后执行构建,构建完成之后,前端会生成dist,后端会生成war包.之后根据dockerfile制作镜像，然后在k8s上创建pod.在这个过程中,我们写了一个脚本,当Jenkins构建完成之后,会自动去执行.脚本内容如下(注意:此脚本内容仅供参考,\#后面内容为注释内容)
    
        #!/bin/sh -l
        #定义在Harbor镜像仓库中,镜像的路径
        image_path=reg.zll.com/library/frontend-dist:1.0.0
        
        #构建前端镜像
        #构建完成之后,再将构建后的镜像推到Harbor镜像仓库中
        docker build -t $image_path .
        docker push $image_path
        
        #推到Harbor镜像仓库之后,删除本地镜像
        docker rmi -f $image_path
        
        #k8s部署,部署之前,先删除上次的相关内容
        kubectl delete -f frontend-prod.yaml
        #删除成功之后,重新创建,这样可以保证每次都是最新的
        echo $WORKSPACE
        kubectl create -f frontend-prod.yaml
    
    到这里,我们应该对整体流程有了一个大概的了解.重点在于Jenkins的脚本执行.每次Jenkins构建完成之后,都会去执行脚本,这样当我们的代码有所更新时,我们不需要重新去部署,Jenkins会自动构建,构建完成之后,会自动生成相关镜像,并推到Harbor镜像仓库中.当我们需要进行相关项目部署时,只需要将镜像从Harbor仓库中拉取下来即可.  
    也就是说,使用k8s之后,我们需要做的就是:对项目进行更新迭代,需要时一条命令,从Harbor仓库中拉取镜像即可.其他都有脚本帮我们自动去完成.  
    我觉得在这里,Jenkins相当于一个桥梁,把我们自定义写的Dockerfile和yaml文件,和后面的k8s集群联系起来.
    
    相比于以前,对代码更新之后,需要重新搭环境,重新走一遍流程来说,是不是方便了许多?节省了很多时间和精力,能够将注意力更好的放在开发上,而不是维护上.  
    而且统一到Harbor仓库中进行管理,需要时,从Harbor仓库中拉取镜像,这样也使得各个服务器拉取的镜像都是一样的.
    
    以上,就是我在实际环境中,部署k8s流程的一个整体架构,适用于我们公司的需求,所以这篇博客只有参考价值,具体还是需要根据自己项目的实际需求来进行相关配置.  
    至于k8s集群的配置,我在这里就不做说明了,因为每个项目的需求不一样,而且在前面的文章中,我也做了相关说明,在这里就不重复了.  
    因为只研究了一个月左右的时间,所以上面难免有偏颇之处,如果您有发现,欢迎指出,我会核实改正.  
    实战完了,接下来的一段时间,我要去补充理论知识了,所以接下来的几篇文章可能还是关于k8s的相关内容,如果感兴趣,可以持续关注.  
    非常感谢您的阅读~

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3psbF8wNDA1_size_16_color_FFFFFF_t_70]: /images/20220328/e6b828568f86426da25ebb92840b7232.png
[Kubernetes_yaml]: https://blog.csdn.net/zll_0405/article/details/85222443