<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Openresty on 积极向上</title>
    <link>https://www.keyboard-man.com/tags/openresty/</link>
    <description>Recent content in Openresty on 积极向上</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <lastBuildDate>Tue, 25 Oct 2022 16:01:34 +0800</lastBuildDate>
    <atom:link href="https://www.keyboard-man.com/tags/openresty/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>后端服务动态转发</title>
      <link>https://www.keyboard-man.com/post/dynamic-redirect/</link>
      <pubDate>Tue, 25 Oct 2022 16:01:34 +0800</pubDate>
      <guid>https://www.keyboard-man.com/post/dynamic-redirect/</guid>
      <description>&lt;h4 id=&#34;一背景&#34;&gt;一、背景&lt;/h4&gt;&#xA;&lt;p&gt;当前我们游戏架构通过水平扩展wgame节点(和区服无关只处理玩家连接和玩家服务数据)来承载在线玩家的。通过一直扩展减轻单个wgame节点负载和承载更多在线玩家。&lt;/p&gt;&#xA;&lt;p&gt;在wgame节点前面增加一层nginx以实现wss(客户端和服务端通过websocket连接，但是微信等小程序要求wss)。以前单个渠道不用太多wgame节点就能满足线上需求，随着业务增长和游戏类型决定同时在线玩家数较以前出现较大增长，每次增加线上新机器或者机器上面新增wgame节点(wgame监听客户端连接端口)就需要重新生成nginx配置并reload一次，导致nginx配置越来越难维护。后期统一入口即在nginx前面加入SLB之后每次还需要在SLB增加新的端口监听和转发。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
