【云原生】持续集成&持续部署

本文主要总结CI/CD的流程,不会详细介绍每个知识点。

啥是集成?啥是部署?

集成,就是把应用程序、相关环境、配置全局打包放在一个容器中的操作。部署就不解释了。

CI/CD

如果是自己手动部署的话,流程应该是这样的:

  • 在本地打包成jar包
  • 将jar包上传至服务器
  • 在服务器上其他环境,比如jdk环境
  • 在服务器上启动该服务
  • 如果有代码更新,就先更新代码,然后重复上述步骤

现在有了CI/CD(持续集成/持续部署)之后,这个操作流程就变成自动化的了。下图是一个k8s+jenkins实现CI/CD的示意图:

Docker&K8S

一文带你认识「Docker」与「k8s」 - 掘金

在K8S中,有很多个pod,每个pod对应一个namespace(命名空间)。

每个pod中,有很多个container容器,每个container对应一个应用程序。

如果写成树结构,就是这样的:

K8S
    pod1(namespace1)
        container11(应用程序)
        container12(应用程序)
        ...
    pod2(namespace2)
        container21(应用程序)
        container22(应用程序)
        ...
    ...

Nginx-ingress

现在应用程序在每个容器中运行起来了。那用户如何通过k8s访问到内部的应用呢?用Nginx-ingress。
Kubernetes(k8s)Ingress原理 - 大数据老司机 - 博客园

实现上来说,就是加一个.yaml配置文件,用于将请求映射到k8s中某个运行的容器。然后应用 yaml 到 k8s kubectl apply -f <yaml文件名>,至此,就可以通过配置的域名进行访问了。

总结

如果自己要进行CI/CD,步骤应该是这样的:

  • 写好代码,push到代码托管平台
  • 代码托管平台封装Docker镜像(CI)
  • K8S拉取Docker镜像,并运行(CD)
  • 用户访问服务,Nginx根据用户的请求将请求转发到K8S中对应的运行的应用(Nginx-Ingress)
相关推荐
黑风风5 小时前
解决 GitLab CI/CD 中的 `413 Request Entity Too Large` 错误
ci/cd·gitlab
爱吃香蕉的阿豪3 天前
828华为云征文|Flexus X实例Docker+Jenkins+gitee实现CI/CD自动化部署-解放你的双手~
ci/cd·docker·gitee·华为云·jenkins
俗庸2034 天前
带你如何使用CICD持续集成与持续交付
运维·ci/cd
laufing4 天前
基于 jenkins 的持续集成、持续部署方案
运维·ci/cd·jenkins·开发
demon75520035 天前
GitLab CI_CD 从入门到实战笔记
笔记·ci/cd·gitlab
m0_629776926 天前
CI/CD中gitlab和jenkins讲解
git·ci/cd·gitlab·jenkins
Flying_Fish_roe7 天前
JUnit 5 详解
ci/cd·自动化·devops
风吟Pro7 天前
GitLab CI Runner安装
ci/cd·gitlab
[禾火]7 天前
CICD 持续集成与持续交付
ci/cd
dark_rabbit7 天前
CI/CD持续集成和持续部署以及相关软件的使用
ci/cd