客户问题：ubuntu系统启动异常，使用修复引导记录后报错。客户服务器环境纯内网，并且保存有重要数据，无法重装系统。 解决方法： 1. 查看系统内核版本情况，判断当前内核版本为：5.15.0-46-generic 2. 查看引导记录修复过程，根据修复报告截图，判断修复引导记录的内核版本为：5.4.0-84-generic 3. 根据前面的信息，判断应该是当前引导记录与当前内核版本不匹配导致启动报错，需要在当前引导记录中同步最新的内核版本参数。 4. 进入当前内核版本的恢复模式（recovery mode），在命令行执行如下命令后重启： update-initramfs -u -k 5.15.0-46-generic update-grub 5. 启动后系统最终显示如下，并且停止不动： 6. 使用“ALT+F2”进入终端模式，查看发现所有服务可正常启动。通过查阅相关网络资料，判断为系统图形界面与相关驱动冲突导致异常卡死。 7. 与客户沟通后，确认可以关闭当前系统的图形界面，按照下面的命令方法关闭图形界面后，系统正常启动进入到命令行模式。 systemctl stop lightdm systemctl disable lightdm systemctl enable getty@tty1.service 8. 客户测试系统功能可以正常使用。

根据客户需求，将公司原有的服务迁移到K8S环境上来。 ● k8s集群部署，包括: 一套生产环境、一套开发测试环境、一套监控集群:在监控集群上面部署 kube-prometheus和 grafana ，实现对生产和开发测试 集群的监控，并且可以实现钉钉的报警提醒功能。 ● 原生服务迁移:配置 gitlab的 CI/CD 功能，实现提交 tag 后自动编译打包上传 nexus和 harbor ，配置 jenkins的 pipline ，结合 helm 实现指定应用服务和指定环境的部署发布及回滚功能。 ● 实现 gitlab到k8s容器化环境的打通，提升资源利用效率。 ● 使用k8s后，降低了开发和运维的复杂程度。

Devops 体系建设:搭建整套由 gitlab+jenkins+k8s组成的自动化发布流水线，实现从代码提交到应用发布后整套自动化流 程。打通了从开发环境到测试环境，再到生产环境的各个环节，大大提升开发效率。 ● 将代码库从 SVN 无损迁移到 gitlab。 ● 结合 gitlab的 CI/CD 技术，编写 CI 脚本，通过 gitlab-runner 实现提交 tag 自动编译打包功能。 ● 通过 helm 技术结合容器编排(K8S)，实现发布到各个环境的流程自动化。 ● 部署 jenkins ，通过编写 pipline 脚本，实现一键编译、一键部署及一键回滚功能。 ● 部署 prometheus+grafana ，实现可视化监控及钉钉的报警提醒功能。