运维实战：云服务器Java项目多版本并行部署指南

云服务器运维中，Java项目多版本并行部署是测试验证、灰度发布的关键操作——新功能需要测试环境跑，旧版本还要稳定服务用户，这时候让不同版本的Java项目在同一台云服务器上“和平共处”就成了刚需。具体怎么操作？咱们一步步来。

一、环境准备：给Java装个“多版本仓库”

想让不同Java版本共存，首先得在云服务器里搭好“版本仓库”。最常用的是OpenJDK（开放源代码的Java开发工具包），通过Linux包管理工具就能安装多个版本。比如用apt-get安装JDK 8和JDK 11：

sudo apt-get install openjdk-8-jdk
sudo apt-get install openjdk-11-jdk

装完后用`update-alternatives`（Linux系统管理多版本软件的命令工具）切换默认版本：

sudo update-alternatives --config java

选好后输入对应编号就能生效。这里有个新手贴士：装之前最好确认项目依赖的JDK版本，比如Spring Boot 2.0以下适配JDK 8，2.4以上推荐JDK 11+，避免兼容性翻车。

二、项目部署：给每个版本分“独立房间”

不同版本的Java项目要像住酒店一样各有各的房间——创建独立目录是关键。建议路径统一，比如`/opt/project/v1`放旧版本，`/opt/project/v2`放新版本。部署时注意三点：
- 代码包：把编译好的jar/war包分别丢进对应目录；
- 依赖检查：Maven项目在目录里跑`mvn clean install`，自动下载缺失依赖；
- 配置隔离：数据库连接、日志路径等配置文件也按版本分开，别图省事共用。

之前帮某电商客户做灰度测试时，就是用这种方法，旧版本持续服务用户，新版本跑新支付模块测试，两边互不干扰。

三、启动脚本：给每个版本指定“专属发动机”

光有目录还不够，得让每个版本用对Java环境。这时候需要写启动脚本，重点是指定`JAVA_HOME`（Java安装路径）。比如JDK 8的脚本：

export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64
export PATH=$JAVA_HOME/bin:$PATH
nohup java -jar your-project-v1.jar > v1.log 2>&1 &

JDK 11的脚本就把`JAVA_HOME`改成`java-11-openjdk-amd64`的路径。这里加个小技巧：脚本名可以写成`start-v1.sh`、`start-v2.sh`，一看就知道对应哪个版本，运维时不容易搞错。

四、端口配置：避免“抢号大战”

Java项目默认端口是8080，多个版本一起跑肯定冲突。解决办法是改配置文件，比如Spring Boot项目在`application.properties`里加一行：

server.port=8081

v1用8081，v2用8082，以此类推。如果觉得端口太多难记，还能搭个Nginx反向代理，外部统一通过80端口访问，内部自动转发到不同版本，用户完全感知不到后端有多个版本在跑。

五、监控管理：让每个版本“健康可见”

部署完不是结束，得盯着每个版本的状态。推荐用Prometheus+Grafana组合：
- Prometheus：在配置文件里给每个版本加独立job，标签写上版本号（比如`version: v1`）；
- Grafana：建个仪表盘，把CPU、内存、QPS（每秒请求数）等指标按版本分开展示，哪个版本卡了、报错了一眼就能看到；
- 日志管理：每个版本的日志单独存（比如v1.log、v2.log），用ELK（Elasticsearch+Logstash+Kibana）集中收集，排查问题时直接搜关键词就行。

之前有个金融客户，就是通过这套监控体系，及时发现新版本在高并发下内存泄漏，快速回滚旧版本，没影响用户交易。

云服务器上实现Java项目多版本并行部署，核心是“隔离+明确”——环境隔离、目录隔离、端口隔离，每个版本的配置和监控都明确标注。掌握这些步骤后，无论是功能测试、灰度发布还是紧急回滚，都能从容应对，让云服务器的资源利用更高效，业务迭代更稳定。