当我们在服务器部署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 文件夹之外使用域名独立访问。也可以理解为 动静分离