阿里云CentOs7.5下部署Maven打包的jar项目,Shell脚本开机自动启动

本文介绍如何通过shell脚本一键部署SpringBoot应用,并设置开机自启动服务,包括创建启动脚本、配置JVM参数、日志管理和错误处理等关键步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一.创建启动jar的脚本

1.上传jar包到指定项目文件夹,cd进入项目文件夹,创建shell脚本

touch  start.sh

2.使用vim start.sh编写start.sh脚本内容,粘贴完后esc=> :wq

#!/bin/bash

#配置项目所在目录,取当前脚本目录
BASE_DIR=$(cd `dirname $0`; pwd)
#BASE_DIR=/home/duoduo-back

#进入项目所在目录
cd $BASE_DIR

#创建heapdump目录,用来放Heap Dump信息
if [ ! -d heapdump  ]; then
  mkdir heapdump
  echo "创建heapdump目录..."
else
  echo "heapdump目录 OK..."
fi

#HeapDump信息目录
HEAP_DUMP_DIR=$BASE_DIR/heapdump

#创建log目录,用来放日志信息
if [ ! -d log  ]; then
  mkdir log
  echo "创建log目录..."
else
  echo "log目录 OK..."
fi

#GC日志
GC_LOG_FILE=$BASE_DIR/log/gc.log
#错误日志
ERROR_LOG_DIR=$BASE_DIR/log

#遍历当前文件夹,取.jar结尾的文件名作为 APP_NAME
for filename in $(ls)
do
	if [[ $filename == *.jar ]]; then
        APP_NAME=$filename
         break
      fi
done

#如果APP_NAME是空的
if [[ -z $APP_NAME ]]; then
	echo "未找到应用,指令结束..."
	exit
fi

echo "找到应用:" $APP_NAME

#查找该应用的pid
PID=`ps -ef | grep $APP_NAME  | grep -v grep | grep -v restart | awk '{print$2}'`

#如果找到PID,就杀掉它
if [[ -n $PID ]]; then
	kill -9 $PID 
	sleep 5
	echo $APP_NAME "的pid为" $PID ",已将其杀死..."
fi

#重新后台启动应用
nohup java -Xmx1g -Xms1g -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:+PrintGCDetails  -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation  -XX:GCLogFileSize=128M  -XX:NumberOfGCLogFiles=1  -Xloggc:$GC_LOG_FILE -XX:HeapDumpPath=$HEAP_DUMP_DIR -jar $APP_NAME --spring.profiles.active=release >$ERROR_LOG_DIR/$(date +'%Y%m%d').log 2>&1 &

echo $APP_NAME "成功运行!!!"
#命令解释
#"nohup":不挂断地运行命令,退出帐户之后继续运行相应的进程
#"-Xmx1g": 设置JVM最大可用内存为1g
#"-Xms1g" : 设置JVM初始内存为1g,此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存
#"-XX:+UseParallelGC" : 选择垃圾收集器为并行收集器
#"-XX:+UseParallelOldGC" :配置老年代垃圾收集器为并行收集
#"-XX:+PrintGCDetails" : 可以详细了解GC中的变化
#"-XX:+PrintGCTimeStamps" : 配合上面的PrintGCDetails,可以了解这些垃圾收集发生的时间,自JVM启动以后以秒计量
#"-XX:+UseGCLogFileRotation" : 启用GC日志文件的自动转储
#"-XX:GCLogFileSize=128M" : 控制GC日志文件的大小
#"-XX:NumberOfGCLogFiles=1" : GC日志文件的循环数目
#"-Xloggc:$GC_LOG_FILE ": 把gc日志信息记录到文件$BASE_DIR/log/gc.log
#"-XX:HeapDumpPath=$HEAP_DUMP_DIR" : 将Heap Dump信息保存到$BASE_DIR/heapdump
#"-jar $APP_NAME":运行自己的springboot项目.jar

#"--spring.profiles.active=release":我的jar包里打入了application-dev.yml和application-release.yml配置文件
#所以运行jar包时,指定一下使用哪个配置 --spring.profiles.active=release

#">$ERROR_LOG_DIR/$(date +'%Y%m%d').log":将日志文件输出到指定目录,已日期.log命名

#"2>&1":2就是标准错误,1是标准输出,即把标准错误和标准输出同时输出到指定的“日志文件名.log”文件中。

#"&":让应用后台运行

3.使shell脚本可执行 

chmod +x start.sh

4.运行shell脚本,成功启动应用

./start.sh

二.设置开机自启动服务

1.创建自动启动/opt/script/autostart.sh脚本,并设置可执行权限

touch autostart.sh
chmod +x autostart.sh

2.将jar项目启动脚本/home/duoduo-back/start.sh放进autostart.sh去,以后其他项目都可以加在这里实现开机启动

 /opt/script/autostart.sh

#!/bin/sh

#duoduo项目启动脚本
/home/duoduo-back/start.sh

3.通过systemd设置自启动服务

①进入/etc/systemd/system,创建自启动服务

vim autostart.service

②编写一下内容 ,将我们创建的/opt/script/autostart.sh放进去

[Unit]
Description = This will run at startup

[Service]

#这里写要启动的脚本,要有执行权限
ExecStart = /opt/script/autostart.sh


[Install]

WantedBy = multi-user.target

③给autostart.service执行权限

chmod +x autostart.service

④设置开机启动

systemctl enable autostart.service

⑤此时可以重启看是否会自动运行了

shutdown -r now

 

### 安装和配置 GitLab Runner #### 1. 安装 GitLab Runner 为了在 CentOS 7 上安装 GitLab Runner,可以通过官方 Yum 源完成安装过程。以下是具体的操作: 通过命令获取并添加 GitLab Runner 的 Yum 源: ```bash curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash ``` 接着,使用 `yum` 命令来安装 GitLab Runner: ```bash sudo yum install gitlab-ci-multi-runner ``` 这一步会将 GitLab Runner 成功安装至系统中[^2]。 --- #### 2. 注册 GitLab Runner 注册 GitLab Runner 是将其关联到特定的 GitLab 项目的关键步骤。进入目标项目的 **Settings -> CI/CD** 页面,在 Runners 部分找到 URL 和 Token。 执行以下命令以启动注册流程: ```bash sudo gitlab-runner register ``` 按照提示输入必要的参数,例如项目的 URL、Token、描述以及标签等。对于构建工具的选择,推荐指定 Docker 或 Shell Executor 来支持 Maven 构建环境[^3]。 --- #### 3. 创建 `.gitlab-ci.yml` 文件 `.gitlab-ci.yml` 是定义 CI/CD 流程的核心文件。下面是一个适用于 Maven 项目的简单示例: ```yaml stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ build_job: stage: build script: - mvn clean package -DskipTests=true artifacts: paths: - target/*.jar test_job: stage: test script: - mvn test deploy_job: stage: deploy script: - echo "Deploying application..." - scp target/app.jar user@remote-server:/path/to/deploy/ ``` 上述 YAML 文件分为三个阶段:`build`(编译)、`test`(测试)和 `deploy`(部署)。其中,`mvn clean package` 负责生成可执行 JAR 文件;而 `scp` 则用于远程服务器上的应用部署[^4]。 注意:如果需要更复杂的依赖管理或者额外软件的支持,则可能需要自定义 Docker 镜像作为 Runner 的运行环境。 --- #### 4. 修改 Runner 用户权限 默认情况下,GitLab Runner 使用的是低权限账户运行任务。然而某些操作(如访问受限目录或修改系统设置),可能需要更高的权限级别。因此可以考虑切换为 root 用户运行 Runner: 先确认当前用户的实际状态: ```bash ps aux | grep gitlab-runner ``` 卸载现有服务实例后再重新安装,并显式指明工作路径与用户身份: ```bash sudo gitlab-runner uninstall sudo gitlab-runner install --working-directory /home/gitlab-runner --user root sudo gitlab-runner restart ``` 这样能够确保后续脚本顺利执行而不受权限不足的影响。 --- #### 5. 推送配置文件至仓库 最后记得把新创建好的 `.gitlab-ci.yml` 提交回远端代码库以便触发流水线作业: ```bash git add .gitlab-ci.yml git commit -m "Add GitLab CI/CD pipeline definition" git push origin main ``` 一旦推送成功,应该可以在 GitLab Web UI 中观察到对应的 Pipeline 开始运转起来。 --- ### 总结 综上所述,整个过程中涵盖了从基础组件安装直到高级功能定制等多个方面的工作内容。合理利用这些资源可以帮助团队快速建立起一套稳定可靠的持续交付体系结构。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值