Spring Boot 利用 nginx 实现生产环境的伪热更新
当我们在服务器部署Java程序，特别是使用了 Spring Boot 生成单一 Jar 文件部署的时候，单一文件为我们开发单来的极大的便利性，保障程序的完整性。但同时对我们修改程序中的任何一处都带来重启服务的麻烦。如何解决这个问题呢？
1 问题分析
为了能够解决这个问题，我们来分析下，为什么要重启服务，因为 Jar 中的内容发生了改变，大部分应用程式都加载了内存中，需要重新启动服务才能使用新的内容生效。实际上就是修改前访问的老版本的，修改后访问了新版本。我们使用 nginx 能够很好的解决这个问题。
2 nginx 解决方案
在 nginx 中使用 upstream 负载均衡机制实现热部署，也叫灰度发布，即在不停止用户访问的前提下进行系统更新。
2.1 nginx upstream 分发策略
upstream 机制使得 nginx 以反向代理的方式运行，因此Nginx接受客户端的请求，并根据客户端的请求，Nginx选择合适的后端服务器来处理改请求。
-
轮询
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，会自动剔除；upstream hotstart{ server 127.0.0.1:8085; server 127.0.0.1:8086; } -
权重
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况；upstream hotstart{ server 127.0.0.1:8085 weight=2; server 127.0.0.1:8086 weight=1; } -
ip哈希算法
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端的服务器，可以解决session问题；upstream hotstart{ ip_hash; server 127.0.0.1:8085; server 127.0.0.1:8086; }
2.2 nginx 配置负载均衡和分发
在服务器建立两个一模一样的站点分为为
- 127.0.0.1:8085
- 127.0.0.1:8086
配置 nginx.conf 文件
注意 hotstart.fishpro.com.cn 是我配置的，你可以配置为你自己的域名
upstream hotstart{
server 127.0.0.1:8085;
server 127.0.0.1:8086;
}
server{
listen 80;
server_name hotstart.fishpro.com.cn;
location / {
proxy_pass http://hotstart;
index index.html index.htm;
}
}
执行 nignx 更新命令
>ningx -s reload
nginx 详细配置
- weight 访问权重
- max_fails 最大失败次数
- fail_timeout 最大失败等待时间
upstream hotstart{
server 127.0.0.1:8085 weight=1 max_fails=3 fail_timeout=20s;
server 127.0.0.1:8086 weight=1 max_fails=3 fail_timeout=20s;
}
server{
listen 80;
server_name hotstart.fishpro.com.cn;
location / {
proxy_pass http://hotstart;
index index.html index.htm;
}
}
编写测试用代码
执行
java -Xms256m -Xmx512m -jar hotstart-0.0.1-SNAPSHOT.jar --server.port=8085
java -Xms256m -Xmx512m -jar hotstart-0.0.1-SNAPSHOT.jar --server.port=8086
访问站点 hotstart.fishpro.com.cn
查看结果后，我们关闭当前查看结果的站点 再次刷新,我们可以看出当一个站点停止服务，nginx 则访问另一个站点，这样我们就可以逐个站点来实现不需要中断用户访问来更新服务。
问题
多个站点如何共享会话 session
- 通过 redis 等 nosql 中间件实现 session 共享
- 通过配置 tomcat 服务实现
- 其他解决方案
3 其他优化点
3.1 利用 nginx 把静态文件独立 jar 文件之外
我们知道静态文件使用 nginx 直接提供服务则更快更稳定，所以我们构件站点的时候直接把静态文件包括 css、js、image 等放在 jar 文件夹之外使用域名独立访问。也可以理解为 动静分离
