K8S+GitLab+Jenkins自动化发布项目实践（一）发布流程设计安装Docker服务部署Harbor作为镜像仓库部署GitLab作为代码仓库常用Git命令发布流程设计#mermaid-svg-pe9VmFytb9GmqMvG{font-family:"trebuchetms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-pe9VmFytb9GmqMvG.error-icon{fill:#552222;}#mermaid-svg-pe9VmFytb9GmqMvG.error-text{fill:#5522
K8S+GitLab+Jenkins自动化发布项目实践（一）发布流程设计安装Docker服务部署Harbor作为镜像仓库部署GitLab作为代码仓库常用Git命令发布流程设计#mermaid-svg-pe9VmFytb9GmqMvG{font-family:"trebuchetms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-pe9VmFytb9GmqMvG.error-icon{fill:#552222;}#mermaid-svg-pe9VmFytb9GmqMvG.error-text{fill:#5522
1.维护node节点设置节点状态为不可调度状态，执行以下命令后，节点状态会多出一个SchedulingDisabled的状态，即新建的pod不会往该节点上调度，本身存在node中的pod保持正常运行kubectlcordonk8s-node01kubectlgetnode2.驱逐pod在node节点设置为不可调度状态后，就可以开始驱逐本节点上的pod了kubectldraink8s-node01--ignore-daemonsets--delete-local-data--delete-local-data：在驱逐节点之前，删除该节点上的Pod的本地数据。本地数据包括Pod的日志、镜像和其他本
系列文章：这个系列已完结，如对您有帮助，求点赞收藏评论。读者寄语：再小的帆，也能远航！【k8s完整实战教程0】前言【k8s完整实战教程1】源码管理-Coding【k8s完整实战教程2】腾讯云搭建k8s托管集群【k8s完整实战教程3】k8s集群部署kubesphere【k8s完整实战教程4】使用kubesphere部署项目到k8s【k8s完整实战教程5】网络服务配置（nodeport/loadbalancer/ingress）【k8s完整实战教程6】完整实践-部署一个federated_download项目nodeport方式的service：使用节点IP+节点端口访问loadbalance方式
一、背景在自动化流程中，对于一个应用来说，从开发阶段的配置管理，到制作容器镜像，再到最后通过K8S集群发布为服务，整个过程涉及到的配置非常多；图片应用环境：通常是指代码层面的依赖配置，以常用的Nacos来说，通常会涉及框架、组件、自定义等几个层面的配置管理；运行环境：以微服务架构来说，实际环境中需要管理多个应用的服务发布，在整个过程中必然会存在很多配置的管理，比如应用的资源分配、不同环境交互时的身份认证、敏感信息的安全管理等；不论是应用还是运行层面的配置，都会涉及到一个基本的逻辑：配置可以抽取出来单独管理，在流程中直接引入该配置即可；二、ConfigMapConfigMap用来将非机密性的数据
绕不开的Config配置；一、背景在自动化流程中，对于一个应用来说，从开发阶段的配置管理，到制作容器镜像，再到最后通过K8S集群发布为服务，整个过程涉及到的配置非常多；应用环境：通常是指代码层面的依赖配置，以常用的Nacos来说，通常会涉及框架、组件、自定义等几个层面的配置管理；运行环境：以微服务架构来说，实际环境中需要管理多个应用的服务发布，在整个过程中必然会存在很多配置的管理，比如应用的资源分配、不同环境交互时的身份认证、敏感信息的安全管理等；不论是应用还是运行层面的配置，都会涉及到一个基本的逻辑：配置可以抽取出来单独管理，在流程中直接引入该配置即可；二、ConfigMapConfigMa
笔记主页https://blog.csdn.net/hey_lie/article/details/131677056?spm=1001.2014.3001.5501目录一整体架构和组件基本概念1.1组件1.1.1master节点1.1.2node节点1.1.3附加组件二资源和对象2.1资源分类2.2元数据资源HorizontalPodAutoscaler（HPA）PodTemplateLimitRange2.3集群资源namespaceNodeClusterRoleClusterRoleBinding2.4命名空间资源2.4.1pod2.4.1.1副本2.4.1.2Label2.4.1.3控
文章目录前言一、使用到的K8s资源1.1Deployment1.2Service二、Springboot基础服务部署2.1网关gateway2.2鉴权auth2.3文件file2.4流程flow2.5消息message2.6组织org2.7系统通用system2.8用户user2.9Node三、Vue前端部署3.1项目前端nginx3.2静态资源服务nginx四、动态项目部署4.1应用发布4.2项目启动4.3前端nginx挂载地址总结前言本文主要记录K8s部署微服务项目（springboot后台+vue前端，动态部署自定义项目），也包括对网关、鉴权、用户等基础模块的部署。k8s部署项目，即创建
Kubernetes（k8s）是一个分布式系统，搭建需要一定的技术基础和实践经验。下面是一个详细的k8s搭建步骤：准备环境确认主机满足Kubernetes要求的最低硬件配置，并安装Docker、kubelet、kubeadm等软件。具体准备工作包括：确认操作系统版本：推荐使用Ubuntu16.04及以上版本，CentOS7及以上版本。安装Docker：在所有节点上安装DockerCE，并启动docker服务。安装kubeadm、kubelet和kubectl：在所有节点上安装这三个软件，它们将用于管理Kubernetes集群。初始化Master节点使用kubeadm初始化集群Master节点，
紧接上文前台服务概述前台服务是用户主动意识到的一种服务，因此在内存不足时，系统也不会考虑将其终止。前台服务必须为状态栏提供通知，将其放在运行中的标题下方。这意味着除非将服务停止或从前台移除，否则不能清除该通知。针对上一篇文章中的案例我们可以发现，系统对后台服务进行了限制，如果想要一直保持服务的运行就需要将服务设置为前台服务。前台服务与普通服务的区别在于它会有个通知在状态栏显示，当然有时可能也不仅仅是为了防止服务被回收才使用前台服务，有些项目的需要要求必须使用前台服务。如音乐播放、小说听书、天气等软件，这些都需要设置为前台服务，跟随进程的销毁而销毁。当然有些不仅仅是依赖应用进程，也可设置为系统白
