经常上线部署代码的人会知道，版本是个很头疼的问题，环境也是很头疼的问题。
这些是很简单的问题，但是总避免不了。
为啥 ？因为人总是会犯错误的。

不要太相信人类，代码才是最公正的。

所以 有人喜欢docker，但是docker实在是太复杂了。
为啥 需要虚拟化，为啥 你需要挂载？

你真正需要的，的确是函数式运维！

什么是函数式运维？

在函数式运维的体系里面，软件包即值，配置即状态。
软件包是不可变的，稍弱改动软件包之后产生了一个新的软件包。

那么函数式运维有啥好处呢？

由于软件包无状态，配置即状态 ，所以很轻松建立了配置驱动编程的体系。
对于配置，加上严格的版本控制，自然就有了代码即文档的效果。
由于软件包即值，配置多版本管理，从一个环境传递到另一个环境是那么自然 。
对于软件的多版本，即是不同的值那么简单。
由于函数式的不可变，中间过程相同输入产生的输入只用处理一次，后续可复用。
如果服务器直接提供二进制构建，即不需要源码构建进行软件包安装，
否则重新编译一次后续复用，大大提高构建效率。

如果没有函数式运维你会难受么？

肯定会有那么一天的。
如果你安装hadoop，并且没有网，或者系统库版本不一致。
突然系统找不到protobuf，找不到zlib库，你会心慌吗？
怕不怕sudo一下把系统搞挂掉？敢不敢用root权限操作一把?

函数式运维比docker好在哪里?

无须虚拟化! 再说一遍！
无须学习新技术，只需要学习简单命令行及简单的nix函数式编程！
不与系统任何底层交互，仅仅只是文件拷贝，天然绿色环保无公害！
将网络与构建过程分离，通过hash值仅需下载一次，使构建无副作用！
真正的多版本支持！同一版本，任何改动，产生新的软件包。
何止多版本，还有版本依赖管理 ，nix简直强大到没朋友!
docker，滚粗吧。

说了这么多废话，应该有点效果，那么开始正题吧。

且听老夫讲解springboot如何轻松轻松一键构建并发布

第一步: 新建spring boot项目

image.png
image.png

第二步: 下载依赖并运行

image.png
image.png
image.png

第三步: 打包并运行

image.png
image.png
image.png

第四步: 上传版本控制系统github(gitlab或者svn亦可)

image.png
image.png

准备工作就绪，接下来进行自动化构建

第一步: 编写构建脚本

image.png

第二步: 运行构建

image.png image.png image.png

第三步: 导出软件包

查看依赖:

image.png

一键导出所有依赖

image.png

第四步: 导入软件包到远程服务器，搞定收工(普通用户亦可)

image.png image.png image.png