启用 Nginx 内置的状态监控页面，实时查看 Nginx 的运行状态（如活动连接数、总请求数、进程状态），是 Nginx 运维监控的核心，基于。，实现精细化的请求处理，是 Nginx 配置的核心，掌握 Location 的匹配语法和优先级，是实现复杂业务配置的基础。启用 Gzip 压缩，减小响应数据的体积，提升客户端访问速度，降低服务器带宽消耗，基于 Nginx 原生的。，每个域名对应独立的 W

LVS是Linux内核层的负载均衡技术，工作在TCP/IP协议栈的四层（传输层），性能远高于应用层负载均衡工具（如Nginx），适用于高并发、高吞吐量场景，与Nginx配合可形成四层+七层负载均衡架构，兼顾性能和灵活性。LVS四种工作模式中，DR模式为生产环境首选（无性能瓶颈、配置灵活），核心重点是解决VIP地址冲突（推荐通过修改RS内核参数实现）；NAT模式适用于小型集群，部署简便但VS易成为性

Nginx 由俄罗斯开发者伊戈尔・赛索耶夫为Rambler.ru门户网站开发，2002 年启动研发，2004 年 10 月 4 日发布首个正式版本 0.1.0；2019 年 3 月被 F5 公司以 6.7 亿美元收购，核心代码量约 198430 行，具备高稳定性、高并发处理能力，被阿里、京东、小米、新浪等头部互联网企业广泛部署或二次开发。，提供全版本源码下载、官方文档及社区支持。

在上一篇博客中，我们已经完成了整个架构的底层支撑：Harbor 私有仓库、K8s 集群、Flannel 网络插件均已就绪。现在，我们将开始搭建整个自动化部署的 “大脑”——CI/CD 流水线环境。这两个组件搭建完成后，我们就可以编写文件，实现 “提交代码 → 自动构建镜像 → 推送 Harbor → 自动部署到 K8s” 的全流程自动化，彻底告别手动部署。

到这里，我们已经完成了整个架构的基础环境 + 核心组件搭建：✅ 所有主机基础环境初始化完成（防火墙 / SELinux 关闭、Docker 配置完成）✅ Harbor 私有镜像仓库部署完成（支持 K8s 镜像存储）✅ K8s 1.35.3 集群搭建完成（1 Master + 2 Node）✅ Flannel 网络插件部署完成，所有节点状态变为Ready接下来，我们将进入整个方案的核心环节：搭建 C

本次教程复用了已有的Harbor、K8s、GitLab、GitLab Runner环境，实现了Java项目的全流程自动化部署，核心亮点的是「镜像化编译+复用流水线逻辑」，避免了重复搭建环境的麻烦。代码提交→Maven编译打包→Docker构建镜像→推送Harbor→K8s部署，和前端项目部署流程高度对齐，掌握后可无缝迁移到真实企业Java项目（微服务、单体项目均可）。

Haproxy 的核心竞争力在于多层协议支持、精细化路由、动态负载均衡、精准健康检查四层代理聚焦传输层可用性，适配数据库 / 中间件等非 HTTP 协议；七层代理聚焦应用层精细化，实现资源分离、会话保持、内容路由；算法选择需结合业务特征（短连接 / 长连接、有状态 / 无状态、节点同构 / 异构）；健康检查需从传输层向应用层延伸，避免 “端口存活但应用异常” 的漏判；性能调优需联动内核参数、进程配

Haproxy 的核心竞争力在于多层协议支持、精细化路由、动态负载均衡、精准健康检查四层代理聚焦传输层可用性，适配数据库 / 中间件等非 HTTP 协议；七层代理聚焦应用层精细化，实现资源分离、会话保持、内容路由；算法选择需结合业务特征（短连接 / 长连接、有状态 / 无状态、节点同构 / 异构）；健康检查需从传输层向应用层延伸，避免 “端口存活但应用异常” 的漏判；性能调优需联动内核参数、进程配

Haproxy 的核心竞争力在于多层协议支持、精细化路由、动态负载均衡、精准健康检查四层代理聚焦传输层可用性，适配数据库 / 中间件等非 HTTP 协议；七层代理聚焦应用层精细化，实现资源分离、会话保持、内容路由；算法选择需结合业务特征（短连接 / 长连接、有状态 / 无状态、节点同构 / 异构）；健康检查需从传输层向应用层延伸，避免 “端口存活但应用异常” 的漏判；性能调优需联动内核参数、进程配