企业网站模板编辑软件,网站备案 座机号码,新电商网站,wordpress文章列表分页引言
目前#xff0c;开发人员的部署方式是#xff0c;将项目打包(Maven 打包) 然后将 生成的 jar 包等文件#xff0c;通过Xshell 等终端工具手动传输到远程服务器上#xff0c;然后再通过在终端执行远程服务器上的 shell 脚本来启动服务。
本篇博客聚焦这样一种解决方案…引言
目前开发人员的部署方式是将项目打包(Maven 打包) 然后将 生成的 jar 包等文件通过Xshell 等终端工具手动传输到远程服务器上然后再通过在终端执行远程服务器上的 shell 脚本来启动服务。
本篇博客聚焦这样一种解决方案通过在本地Windows或Mac 系统等运行 Shell 脚本使用 scp 命令传输并通过 ssh 命令执行远程服务器上的指令或脚本来完成这一系列各种软件切换、复制粘贴、启动运行的操作达到 “一键部署” 的效果。这在前期频繁更新部署 jar 包到远程服务器有很大的效率提升。
一、准备条件
如果本机是 Windows 系统那么如果希望执行 shell 脚本至少需要安装一个类似 Xshell 的终端工具普通的 dos 命令行肯定是不行的。
不过如果有装过 git 那么通过Git Bash 来执行 Shell 脚本是个不错的选择。
另外文件上传和远程执行 Shell 脚本需要对 scp 命令、 Shell 命令 、ssh 等命令有一定的了解。
二、文件上传
一般在主机之间传输文件除了使用 SFTP 等协议外还会使用 scp 命令这些协议都基于 ssh 安全登录协议。scp 命令在之前的文章中有简单介绍过详情参考我的《Linux进阶之路————scp指令介绍与演示》
于是我们可以像下面这样将打包好的 jar 文件通过 scp 命令传输到 远程主机上
#!/bin/bash
## 通过 scp 命令上传
scp ../target/demo-0.0.1-SNAPSHOT.jar root192.168.1.140:~/myapp/
这个格式非常简单首先 scp 命令先行其次是源文件再然后就是远程主机的 ip 地址以及存放的位置其中 ~ 代表用户的 HOME 目录比如 root 用户的 HOME 目录就是 /roottom用户的 HOME 目录就是 /home/tom/ 。如果希望传输多个文件可以直接用空格隔开多个空格没有关系类似这样 scp 文件1 文件2 文件3... userIP:目标路径 其实完全可以在项目的 classpath 下建立一个专门管理 shell 文件的文件夹类似这样 这样的话shell 和 target 下打包出来的 jar 包始终保持相对路径就不会因为在不同开发者主机上的项目位置不同而频繁修改 shell 中的 jar 包路径。
三、远程执行 Shell 项目启动脚本
当执行完文件上传命令之后接下来就是启动远程主机的 Shell 脚本让服务启动。
通常我们会在远程服务器上放置一个配置好固定参数的启动脚本类似这样 但每次都需要登录远程主机切换到目标位置再执行启动脚本有些麻烦于是我们可以在保留远程脚本的同时将调用执行的操作放在本地 Windows 主机上。
于是我们可以在上面的 scp 命令之后添加 ssh 命令用于执行远程脚本
#!/bin/bash
## 通过 scp 命令上传
scp ../target/demo-0.0.1-SNAPSHOT.jar root192.168.1.140:~/myapp/## 上传后执行启动脚本
ssh root192.168.1.140 bash
source /etc/profile
cd ~/myapp
./app.sh restart demo-0.0.1-SNAPSHOT.jar
bash
我们可以使用 ssh 命令在本地执行远程主机上的命令包括执行 shell 脚本。
其中 代表输入重定向它的功能可以这样来描述 格式cmd text 从命令行读取输入直到一个与text 相同的行结束。text 是自定义的文本可以是任何字符串那么 text 与 text 之间的全部内容都会被当做输入的参数并被输入到 左边的指令中。 于是红框内的部分就是我们要执行的 Shell 调用的具体命令由于我的Eclipse安装了 shell编辑插件 的部分会被灰色处理 值得一提的是在真正执行远程 app.sh 脚本之前需要执行 source /etc/profile 命令这在我的《Linux 实操———CentOS 6 安装配置 Oracle JDK 1.8》和《Linux进阶之路———Shell 编程入门》中都有说明意思就是刷新环境变量。这是因为远程连接的情况下不会自动加载环境变量因此如果你调用的远程脚本中存在类似 java 的环境变量的命令就会报 command not found 错误。因此只要在执行脚本之前刷新环境变量就可以了。
另外远程的输出会被传回到本地的 Git Bash 窗口如果希望将输出保存到远程的 nohup.out 文件中需要添加 重定向 当加入输出重定向后服务端的输出就会保留在nohup.out 中而 Git Bash 也不会有任何输出内容从而安静的执行完脚本并返回。下面第四节采用了非重定向的方式可以根据实际情况酌情考虑。
本博客暂未做.log 日志文件的输出检查如果对是否会影响每天日志保存的情况还有待进一步验证。未来验证后会追加这个问题。
四、远程传输并启动项目
到此为止通过本地的 deploy.sh 我们就有足够的能力传输 jar 包并启动远程服务deploy.sh—app.sh—启动服务接下来我们实际演示一下看看能否成功。
当然Eclipse 貌似也有执行 bash 的插件。这里由于操作比较简单我们可以通过 Eclipse 编辑完 Shell 后在系统盘中打开然后通过 Git Bash 来执行方法是选中文件右键——Show In——System Explorer 然后在打开的资源管理器中右键空白选择 Git Bash 最后执行脚本 我们可以看到远程服务的日志输出如果是重定向到远程文件例如 nohup.out就会在远程服务器上保留输出这更加方便了我们判断是否启动成功当看到启动成功后将Git Bash 关闭即可。这并不会影响远程服务。
我们来检查一下服务的访问以及远程服务器上的资源情况应该是都没有问题的 值得一提的是在scp 和 ssh 执行部署工作的时候需要两次交互式的输入密码scp 一次ssh 一次密码是不可见的如果你的密码非常长建议复制粘贴。
虽然脚本已经足够简化文件上传和启动的操作但是依然不能避免输入密码的痛苦。
还有一种方式是使用 rsa 公私钥来解决免密操作的方式但是如果是多开发者的话就需要为每台开发者机器配置公私钥这就极大地增加了前期的部署工作和操作难度但如果大家每次都复制粘贴密码的话好像也会使密码渐渐变得不那么安全容易泄露。另外有一种支持非交互式免密的方式是 sshpass 它可以在ssh 之前通过 -P password 指定登录密码 不过这东西貌似在 Git Bash 上不支持甚至在 CentOS 6 上也找不到yum 安装比较难搞。
总之目前我还没有找到比较好的权宜之计所以暂且就复制粘贴吧其实已经足够简单了。
参考与鸣谢
Linux Shell远程执行命令命令行与脚本方式
linux shell 远程执行命令
linuxshell脚本中一些特殊符号
linux几种文件传输方式
ssh登录时在参数中加入密码的解决方案
