ZK Server端维护如下3个Map结构，Session创建后相关数据分别放入这三个Map中： Map sessionsById Map sessionsWithTimeout Map sessionSets

nginx、lvs、keepalived、f5、DNS轮询，每每提到这些技术，往往讨论的是接入层的这样几个问题： 1）可用性：任何一台机器挂了，服务受不受影响 2）扩展性：能否通过增加机器，扩充系统的性能 3）反向代理+负载均衡：请求是否均匀分摊到后端的操作单元执行

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。 当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发的Notify、MetaQ、RocketMQ等。

这里不是详细设置的陈述，只是贴点配置，项目中涉及到了。 设计支付的，或者账号平台的网站都得这么迁移。

问题：nginx做反向代理时，比如后端有几台监听1080端口的web服务器，此时要用访问80端口，该怎么办呢？