CentOS Java微服务如何部署

在CentOS上部署Ja va微服务，说难不难，但要想跑得稳、跑得久，还是得有几个关键步骤需要留意。这里我们系统梳理一套实用方案，从环境准备到多种部署方式，再到网络与常见问题，争取一步到位。

一 环境准备与目录规范

先确保系统是最小化安装的CentOS 7或8版本。更新一下包管理器：yum update -y。然后装几个常用工具，wget、curl、vim这些，日常排查问题用得上。

接着，创建专用运行用户。建议用非root账号跑应用，安全性好一些：

• useradd -m -s /bin/bash ja vaapp

目录结构也要提前规划好，避免后期乱套：

• 安装包目录：/home/ja vaapp/soft
• 微服务JAR存放：/home/ja vaapp/app
• 日志目录：/home/ja vaapp/app/logs

别忘了授权：chown -R ja vaapp:ja vaapp /home/ja vaapp

JDK方面，建议使用OpenJDK 8，足以应对大多数微服务场景：yum install -y ja va-1.8.0-openjdk*

如果准备用容器化，Docker和Docker Compose可以提前装上，这个按需来，下文会单独聊。

二 方式一 直接运行可执行JAR

这种方式最直接，也适合快速验证。

上传JAR到各自服务目录下，比如/home/ja vaapp/app/eureka/。配置文件放在同目录下的config/里，方便管理。

启动前，推荐先前台执行一下，这样能快速定位问题：ja va -jar /home/ja vaapp/app/<服务名>/app.jar

确认无误后，转为后台运行：nohup ja va -jar ... > /home/ja vaapp/app/logs/<服务名>.log 2>&1 &。查看进程用jps -l或ps -ef | grep ja va。

停止服务时，尽量先用kill -15优雅关闭，不行再下狠手kill -9。

配置管理这块，外部化应用属性文件、环境变量注入是关键。数据库地址、注册中心、MQ这些别硬编码在代码里，通过application.yml或环境变量传进来。

三 方式二 使用 systemd 托管 JAR（推荐用于生产）

直接在后台跑JAR，进程挂了没人管。用systemd托管，能实现进程守护、自启动管理、统一日志，生产环境首选。

以Eureka服务为例，编写一个systemd单元文件：/etc/systemd/system/eureka.service

[Unit]
Description=Eureka Service
After=network.target

[Service]
Type=simple
User=ja vaapp
Group=ja vaapp
Environment="JA VA_HOME=/usr/lib/jvm/jre"
Environment="JA VA_OPTS=-Xms512m -Xmx1024m -Dja va.security.egd=file:///dev/urandom"
WorkingDirectory=/home/ja vaapp/app/eureka
ExecStart=/usr/bin/ja va -jar /home/ja vaapp/app/eureka/eureka.jar
ExecStop=/bin/kill -15 $MAINPID
SuccessExitStatus=143
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

关键参数说明一下：Restart=on-failure表示非正常退出时自动重启；RestartSec=10是重启前等待10秒；SuccessExitStatus=143处理了systemd停止服务时的退出码。

文件创建后，执行systemctl daemon-reload，然后systemctl enable --now eureka启动并设置开机自启。用systemctl status eureka检查状态，journalctl -u eureka -f跟踪日志，排查问题很方便。

如果是Tomcat部署WAR包，思路类似，托管Tomcat启动脚本即可。

四 方式三 Docker 容器化部署（可配合 docker-compose）

容器化让环境一致性、编排扩展和资源隔离变得简单，尤其在多服务场景下优势明显。

先看Dockerfile示例：

FROM openjdk:11
VOLUME /tmp
ADD target/app.jar /opt/app.jar
EXPOSE 8080
ENTRYPOINT ["ja va","-jar","/opt/app.jar"]

构建并运行：docker build -t app:1.0 .，然后docker run -d -p 8080:8080 --name app app:1.0。

单服务还行，服务一多就得上编排工具了。Docker Compose很适合用来定义和运行多容器应用：

version: "3.8"
services:
  eureka:
    image: eureka:1.0
    ports: ["8761:8761"]
    environment:
      - JA VA_OPTS=-Xms512m -Xmx1g
  gateway:
    image: gateway:1.0
    ports: ["8080:8080"]
    depends_on:
      - eureka
  config:
    image: config:1.0
    depends_on:
      - eureka

编排时有几个要点：基础组件（如Eureka、Config）优先启动，业务服务后启；启动顺序协调可通过depends_on加command中的sleep实现；容器网络下，应用配置中的数据库、注册中心地址应使用服务名称或宿主机内网IP，别写成localhost。

五 网络与防火墙及常见问题

防火墙方面，生产环境按需开放端口：firewall-cmd --permanent --add-port=8080/tcp --add-port=8761/tcp && firewall-cmd --reload。测试环境有时图省事直接systemctl stop firewalld临时关掉，但别在生产这么干。

启动慢是个常见坑。JVM启动时从/dev/random读取熵值，在虚拟机或低熵环境下会卡半天。加上参数-Dja va.security.egd=file:///dev/urandom能明显改善。

架构适配方面，在ARM（鲲鹏）服务器上，优先使用适配aarch64的JDK与基础镜像，配置鲲鹏镜像站加速依赖安装，能省不少事。

容器网络容易踩的坑：数据库、注册中心这些中间件地址，别写localhost或127.0.0.1。容器内的localhost是自己的网络空间，指向的是容器本身。统一用宿主机内网IP，或者在compose网络里用服务名来访问。