前言
在环境部署问题上，我们经历了3个阶段：传统安装、镜像恢复、自动发现注册+指令下达。目前镜像恢复后，启动虚拟机，一旦能ping通我们公司地址，就会自动注册这台机器（即使没有其他外网访问权限、也未开放任何对外端口），我们也就有了这台机器的管理权限，可批量群控下发指令。（第二阶段、第三阶段均为我自主设计。）
背景
我们是一家产品+定制化需求公司，项目做好之后会直接部署到客户服务器上。而客户很少选择云服务器，因为他们有自己的机房，部署前会提供给我们1-2台虚拟机，然后整个环境部署问题就交给我们了。
演变
第一阶段：传统安装
使用时间：？~2016年
需甲方提供windows或linux服务器远程连接方式（这里各个甲方提供都不一样，有堡垒机、vpn、直接定向开放端口、vpn+堡垒机等）非常复杂，只能case by case
远程到服务器上
上传数据库、jdk、tomcat各类安装包（受限带宽因素，往往很耗时）
安装安装数据库
安装jdk、tomcat、nginx（linux环境下，使用写好的sh脚本直接运行，依然比较耗时）
人工部署war包等等
此方式缺点太多，往往需要3-5人天才能完成所有部署，但我们只有一位运维人员，所以当项目冲突时，极为被动。而且因为各个软件版本发生变动、甲方提供的虚拟机3个盘符、2个盘符，或者没有D盘（虽然可以通过计算机管理更改驱动器显示号，但可能导致其他软件无法运行）所以环境比较乱。
这种方式比较老，我也不介绍更多。当然，据我了解，目前还有一些小公司在沿用这种部署方式，所以在这里劝采用这种方式的公司尽快完成转型。
第二阶段：镜像恢复
使用时间：2016年~2017年
需甲方提供windows或linux服务器远程连接方式（这里各个甲方提供都不一样，有堡垒机、vpn、直接定向开放端口、vpn+堡垒机等）非常复杂，只能case by case
使用vm镜像恢复虚拟机并设置好ip（内含docker）
通过deploy模块一键部署war包
此方式，我们将第一阶段的2、3、4、5封装成vm虚拟机镜像、开发了deploy模块、抽取项目无状态。
这时我们对运维人员依赖大大减少，工作量大大减少至2-6小时。（这个阶段起，我们公司没有运维人员，进入DevOps时代。事实上，此阶段初我们运维人员离职，使得我不得不加快设计）
第三阶段：自动发现注册+指令下达
使用时间：2017年~2018年
甲方使用我们vm镜像恢复并设置好ip，保证能ping通我们公司地址
自动发现注册+指令下达
通过deploy模块一键部署war包
此阶段，我们部署耗时在5-10分钟，而且我们不再需要甲方提供远程，我们还可以批量管理所有机器，不仅满足了此时的需求，并为后面扩展做了铺垫。
具体技术
这里主要讲二、三两个阶段
因为传统方式缺点特别多，所以在我向领导介绍方案后，领导很感兴趣，很快就安排我着手去干。为了提高效率，期间选型多款工具或框架组成的方案，本文只介绍最终选型的设计。
frp
frp是一款内网穿透软件，可以使得没有外网ip的机器暴露在外网里，但本文利用它将一台内网机器端口暴露在另外一个内网中的特性。
安装frp服务端
选择一台内网机器比如172.0.0.2，需临时保证这台服务器走公网固定ip线路
wget --no-check-certificate https://raw.githubusercontent.com/clangcn/onekey-install-shell/master/frps/install-frps.sh -O ./install-frps.shchmod 700 ./install-frps.sh./install-frps.sh install
全部参数都有默认值，直接回车就是输入默认值：
至此frp服务端就搭建好了
客户端
这里我们以linux为例
打开http://diannaobos.iok.la:81/frp/frp-v0.14.0/
下载frp_0.14.0_linux_amd64.tar.gz文件，只保留frpc开头的文件（frp客户端）
以frp文件夹形式解压到linux的home目录
编写reg.sh脚本
reg.sh也放在linux的home目录
其中UUID为服务器唯一标识，即使vm虚拟机镜像相同，但uuid不会相同。
其中114.114.114.114为公司对外注册中心
编写crontab
crontab -e */5 * * * * ~/reg.sh
每隔5分钟执行一次，意思是每隔5分钟去注册一次或者说是拉取一次变更请求，当服务端配置不改变时不会重启服务。
frp开机自启
linux
frp.php简易版内容如下
当有机器注册时，frp文件夹下会有id对应的文件名，我们只需要在.ini中写入配置，再删除.update文件即可，待服务端收到frp新配置后，会自动再创建一个.update文件，并且将ip写入.update文件。
.ini例子
common为公共部分
webserver是将本地22端口使用隧道技术穿透到公司的172.0.0.2机器里
内网机器远程只需访问172.0.0.2的7001端口
a-web是本机80端口在公司内网中的直接访问url：a.a.com
至此，我们可以远程机器、访问该机器80端口，理论上可以访问该机器所有端口，如新增端口穿透，只需要去修改.ini，这是一简易版的介绍。
再接入ansible即可远程群控。
外网映射
假设公司外网为114.114.114.114 需将114.114.114.114的5443端口映射到172.0.0.2的5443上，其他端口均不要映射，
docker
总结
本文主要讲利用frp内网穿透、构建隧道的技术实现对无外网、无端口机器的运维部署；利用ansible工具实现群控；利用docker进行快速部署；通过自研deploy进行版本控制等。
该套方案极大的节省了我们的运维成本，使我们这样的小公司跑步进入了一个无运维人员、DevOps时代。
如果你有类似场景，希望本文对你有所帮助。
原文链接：https://juejin.im/post/5ade8a37f265da0b8d418dff
閱讀更多 Java高級架構師 的文章
