Ubuntu JSP如何实现持续集成

Ubuntu 上实现 JSP 持续集成的落地方案

一、架构与工具选型

先搭个框架。代码托管自然用 Git，构建工具在 Ja va 生态里绕不开 Ma ven 或 Gradle，打好 WAR 包就行。这里有个常被问到的点：JSP 要不要在 CI 里单独编译？答案是否定的——JSP 的编译工作交给 Tomcat 这类容器，部署时或者首次访问时自动处理，CI 只需要把原始文件打包进去就好。

CI/CD 引擎方面，Jenkins 在 Ubuntu 上部署顺手、插件丰富，是首选；如果你团队习惯 GitLab，那 GitLab CI/CD 或者 Tra vis CI 也完全能胜任。应用容器这块，Apache Tomcat 9 对 JSP/Servlet 的支持足够成熟。如果想进一步提升环境一致性和回滚能力，可以把 WAR 包塞进 Docker 容器里交付。这套组合在 Linux/Ubuntu 下的 JSP 项目 CI/CD 实践中，已经经过了大量验证。

二、在 Ubuntu 上搭建基础环境

动手之前，先把地基夯实。按顺序来：

• 安装 JDK：推荐 OpenJDK 11，命令一行搞定：sudo apt update && sudo apt install -y openjdk-11-jdk，验证一下 ja va -version。
• 安装 Tomcat 9：同样 apt 安装 sudo apt install -y tomcat9 tomcat9-admin，默认端口 8080，如果想改可以在 /etc/tomcat9/server.xml 里调整 。
• 安装 Jenkins：Ubuntu 上推荐用官方 deb 源：
  wget -q -O - https://pkg.jenkins.io/debian/jenkins.io.key | sudo apt-key add -
sudo sh -c 'echo deb http://pkg.jenkins.io/debian-stable binary/ > /etc/apt/sources.list.d/jenkins.list'
sudo apt update && sudo apt install -y jenkins
sudo systemctl start jenkins && sudo systemctl enable jenkins
  首次访问 http://<服务器IP>:8080，解锁后安装 Git、Pipeline 等常用插件。

三、使用 Jenkins 构建并部署到 Tomcat

准备示例项目

用 Ma ven Web 骨架生成一个项目：
mvn archetype:generate -DgroupId=com.example -DartifactId=demo -DarchetypeArtifactId=ma ven-archetype-webapp -DinteractiveMode=false
进入目录后执行 mvn clean package，target/demo.war 就是我们要部署的产物。

配置 Jenkins Job（以 Freestyle 为例）

源码管理选 Git，填上仓库地址。构建触发器可以勾选“GitHub hook trigger for GITScm polling”或者直接用轮询。构建步骤里选择“Invoke top-level Ma ven targets”，命令写 clean package。构建后操作要记得归档产物（Archive the artifacts，路径填 target/*.war），顺便发布 JUnit 测试报告（Publish JUnit test result report）。

部署到 Tomcat 的两种常见方式

• 通过 Tomcat 管理接口：需要事先在 Tomcat 里配置一个有部署权限的管理员用户。然后在 Jenkins 的构建后操作里添加“Deploy war/ear to a container”，填上 Tomcat URL（例如 http://localhost:8080/manager/text）、用户名/密码以及 WAR 路径（如 target/demo.war）。
• 脚本直传：如果不想开管理接口，直接用 scp 或 rsync 把 WAR 复制到 Tomcat 的 webapps 目录下，Tomcat 会自动解压并部署。也可以通过 SSH 调用部署脚本。

触发与验证

提交代码触发构建，在 Jenkins 里可以查看构建日志、测试结果、产物状态和部署情况。然后访问 http://<服务器IP>:8080/demo/ 验证页面是否正常。这套流程在 Ubuntu + Jenkins + Tomcat 场景下可以直接复用。

四、使用 GitLab CI 的替代方案

如果你的代码已经托管在 GitLab，直接用 GitLab CI 会更省事。在项目根目录创建 .gitlab-ci.yml，一个简单的例子：

image: ma ven:3.8-openjdk-11
stages:
  - build
  - test
  - deploy

build:
  stage: build
  script:
    - mvn clean package -DskipTests
  artifacts:
    paths:
      - target/*.war

test:
  stage: test
  script:
    - mvn test

deploy:
  stage: deploy
  script:
    - scp target/*.war user@tomcat-host:/var/lib/tomcat9/webapps/
  only:
    - main

注意要把 Tomcat 主机的 SSH 公钥配置到 GitLab CI 的 SSH Keys 里，确保可以免密拷贝。如果结合 Docker，还可以先构建镜像推送到仓库，再由 Runner 在目标环境拉取部署。这种方式特别适合以 GitLab 为中心的工作流。

五、质量保障与运维建议

CI/CD 跑通只是第一步，真正要让流水线靠谱，还得加上这些：

• 质量门槛：在 CI 里集成单元测试、集成测试、代码质量检查（比如 Checkstyle、SpotBugs），并设定测试覆盖率阈值——没达标就直接阻断部署，别让烂代码溜过去。
• 制品与版本：给每个 WAR 包打上时间戳或构建号，或者推送到制品库（如 Nexus/Artifactory），这样回滚和追踪都方便。
• 环境与配置：数据库地址、外部服务等敏感信息全部抽离到环境变量或配置中心里，测试、预发、生产用不同配置，别写死在代码里。
• 安全加固：限制 Tomcat 管理接口的访问 IP，部署账号用最小权限，开防火墙和 HTTPS 是基本操作。
• 监控与日志：用 Prometheus + Grafana 盯 JVM 和 Tomcat 的指标，日志集中到 ELK（Elasticsearch/Logstash/Kibana）并设置告警，出问题第一时间能发现。
• 回滚策略：保留最近 N 个构建产物；生产发布最好用蓝绿、金丝雀或滚动策略，一旦异常能一键回滚。这些实践加在一起，才算是 Ubuntu 上稳定、可观测、可回滚的 JSP 持续交付体系。