之前我们已经把相关环境，持续集成这一块都实现了。详细内容可查看我cicd专栏前三篇的内容。 kubeadm 部署k8s-CSDN博客 harbor部署-CSDN博客 Jenkins+gitlab持续集成_gitlab jenkins 集成-CSDN博客 本篇内容主要是讲解持续集成和持续交付是如何实现和部署的。 概念 持续交付建立在持续集成的基础上，通过自动化的流程确保软件可以随时随地进行部署。

之前我们已经部署了k8s和harbor仓库，本次来部署下jenkins和gitlab实现持续集成。 概念 持续集成是开发团队通过将代码的不同部分集成到共享存储库中，并频繁地进行构建和测试，以确保代码的一致性和稳定性。 流程 在现在的开发模式中，一般的项目，协同开发是离不开的，这就涉及到多个开发人员编写处理自己负责的功能模块或者某些开发人员共同负责一个模块。于是，通过版本控制系统可以将各个开发人员

一、安装docker这里我们直接使用docker脚本安装，关于脚本上一篇博文有写，感兴趣的朋友可以参考一下 123456789101112131.部署docker和docker-compose 1.1 解压软件包[root@harbor ~]# tar xf docker-docker-compose.tar.gz 1.2 安装docker和docker-compose运行时[root@harbo

闲聊考虑了很久，打算写一篇保姆级部署从0-1构建企业级cicd流水线，把工作上面所用到的技术点分享给大家。从最k8s，harbor，jenkins，gitlab，docker的详细部署到集成。前后端流水线的构建，发布等…如果以下内容有不足的地方，请指出，我会第一时间更正。谢谢大家。 先上一下手绘导图，大致的流程图如下：大致的部署流程是这样的：开发人员把做好的asp.net core项目代码通过gi

cobbler简介　　cobbler 是一个系统启动服务boot server,可以通过pxe得方式用来快速安装，重装系统，支持安装不同linux发行版和windows。这个工具是用python开发，方便小巧，15k行代码，使用简单得命令完成pxe网络安装环境配置，还可以管理dhcp，dns，yum包镜像。cobbler可以命令行，也可以web（cobbler-web）,还提供api接口，可以方便

​ 因为我们公司属于零售行业，每次有新的门店开店，我们都需要安装大量我们自己软件和打印机驱动等，为了简化这种繁琐的工作和统一化管理，我们选择封装自己的iso镜像。插入u盘，即可安装我们自定义的iso镜像，并实现开机自动激活操作系统。废话不多说，直接上教程。本次以vmware虚拟机为案例，实体机操作也大差不差。 流程 准备干净系统 加入需要的软件 实现开机自动激活Windows dism生成

一、问题现象与背景某电商平台生产环境的Kubernetes集群在促销活动期间突发大规模Pod驱逐，具体表现如下： Pod频繁重启：超过30%的Pod进入Evicted状态，核心服务（如订单支付、购物车）的Pod被反复驱逐。 节点资源耗尽：多个Worker节点的内存使用率超过95%，kubelet日志持续输出MemoryPressure警告。 监控告警： Prometheus触发node_

K8S + 容器的云原生生态，改变了服务的交付方式，自愈能力和自动扩缩等功能简直不要太好用。 有好的地方咱要夸，不好的地方咱也要说，真正的业务是部署于容器内部，而容器之外，又有一逻辑层 Pod 。 对于容器和 K8S 不怎么熟悉的人，一旦程序发生了问题，排查问题就是个头疼的问题。 问题描述事情的主角是 kubevirt 的一个开源项目叫 cdi，它的用途是在虚拟机启动之前将虚拟机的镜像导入到系统

事件背景起因是有开发人员报障，程序在发布后无法正常运行，一直处于在重启的状态。 一开始我以为是程序本身的问题，但在查看服务日志后，并未发现程序有任何错误。 在查看监控系统时，发现该服务器节点CPU 利用率达到了100%，难怪程序已经无法运行。并且，还发现有这种情况的节点不止一个，整个环境中有好几台服务器都是CPU 100%的情况 一、查看进程使用Top命令查看进程 ，可以看到CPU的使用率已经跑

Terminating Pending ContainerCreating-Waiting CrashLoopBackOff ImagePullBackOff Terminating有时候删除 Pod 一直卡在 Terminating 状态，一直删不掉，可以从以下方面进行排查。 分析思路一、首先我们先了解下pod的删除流程： APIServer 收到删除 Pod 的请求，Pod 被标记删除，