分布式游戏网关--fooking
分布式游戏网关--fooking
呵大官人 发表于3年前
分布式游戏网关--fooking
  • 发表于 3年前
  • 阅读 1939
  • 收藏 48
  • 点赞 1
  • 评论 10

标题:腾讯云 新注册用户域名抢购1元起>>>   

这个项目酝酿很久了,但是一直以来比较忙,加上游戏瘾比较大,所以也拖了蛮久时间才开发完第一个版本!主要是做一个分布式的游戏网关,负责消息的转发,项目地址: http://git.oschina.net/scgywx/fooking

不是什么

1、不是框架
2、不是扩展
3、不是Http server

是什么

fooking是一个分布式游戏网关,主要用于承载长连接,将客户端的数据包完整的转发给后端,后端服务处理完之后由fooking转发给客户端。
好像听起来有点像nginx+fpm?嗯!没错,如果是单纯的request/response,跟nginx类似;
但在游戏中经常出现要主动推数据给客户端,而没有request,比如:A发消息给B,B是没有request的,只有response.
嗯哼?就这些功能?听上也没什么吸引力啊。。
当然不只如此,他包括:
1、分布式网关配置,只需要简单配置就能动态添加网关,以提供更多的连接数量;
2、SESSION维持,每个连接会有唯一sessionid,后端只需要指定sessionid发送消息即可,不用关心这个连接在哪台机器上;
3、组播,N个用户加入到一组,只需要向组名发送消息即可,不用关心这个组有多少人(当然你非要自己去循环session发送我也阻止不了你);
4、服务器状态监控,可以观察到当前有多少组服务器,总共有多少连接,每台服务器上有多少连接,哪些空闲,哪些繁忙;
5、客户端连接与断开事件通知;
6、后端无语言限制,遵循fastcgi协议即可;

优势

1、节约硬件,游戏通常刚开区压力比较大,过段时间人少了就没多少压了,配置多台服务器完全可以循环开服;
2、后端无痛热更,例如php-fpm重启或者是热更代码,客户端完全没有察觉;
3、开发方便,跟开发web一样,只需将要发送的数据直接输出即可(需要添加Content-Length用于确定包大小,详见协议说明)

4、PHP错误能在log文件里一览无余,并且错误不会对fooking有任何影响

架构

fooking由一个router与多个gateway组成,所有gateway都会去连接router,后端主动推送的消息由router派发给gateway,然后由gateway转发客户端.
request/response模式下不需要router干预,仅仅是gateway与backend(php-fpm)通信.

协议

网关为什么会有协议?既然是消息转发,就必须将一个包完整的发到后端,而不是让后端来检测包是否完整;
协议分为两种,一种是前端协议,一种是后端协议
前端协议是指客户端与fooking的交互协议,这个很简单,32位int + data(准备下个版本支持lua进行自定义协议).
后端协议是使用Fastcgi,这就意味着,后端无所谓什么语言,只需要遵循fastcgi协议即可,我是phper,当然推荐使用fpm;
注: 后端返回的数据必须有Content-Length标识返回数据长度,否则一律视为不返回数据到客户端,
另外数据是由后后向前切取,比如输出内容为abcdef,而Content-Length: 3,那么客户端会收到def..

编译

在fooking目录下执行make即可,启动需要cd src

配置

具体的配置请详见src/config.lua与src/router.lua

启动router

./fooking router.lua

启动gateway

./fooking config.lua

example

已做了个简单的聊天室,位于example/chat
使用方法:
1、使用nginx或者apache将目录指向example/chat目录,并修改index.html的服务器IP与端口(需要访问index.html和chat.swf)
2、运行python flash.py(flash的安全沙箱,因为客户端是使用flash socket)
3、配置router.lua和config.lua,然后启动router和gateway
4、访问localhost/index.html


共有 人打赏支持
呵大官人
粉丝 110
博文 16
码字总数 14742
作品 1
评论 (10)
朱宏青
有点兴趣
先mark一下
吐槽的达达仔
这个跟代理服务器的架构好像,没弄明白跟代理服务器的差别。还是说,代理服务器也能做到这样的功能??
呵大官人

引用来自“吐槽的达达仔”的评论

这个跟代理服务器的架构好像,没弄明白跟代理服务器的差别。还是说,代理服务器也能做到这样的功能??
代理服务器只负责消息转发,也就是通常的req/rep模式;至于消息的完整性,session的维持,还有后端主动推送消息给指定客户端,组播等功能都是没有的。当然要使用多个开源软件搭建一套也不是不行!
回去干活
法想是不错,不过后端通常有很多持久性的服务要运行,以fastcgi的生命周期来看最多只能http那样做应答阿.
除非后端用cli的模式运行诺干个服务,服务触发事件,向你的gateway发数据,然后你的gateway再发给客户端..
是这个意思吧?
回去干活
不过有个优点,就是fastcgi那块代码的确是热更,最多只能做做简单的业务逻辑,复杂的业务逻辑只能发送后续的服务,然后由服务去计算计时任务发送给客户端了.
这样会不会过于复杂了.
呵大官人

引用来自“回去干活”的评论

法想是不错,不过后端通常有很多持久性的服务要运行,以fastcgi的生命周期来看最多只能http那样做应答阿.
除非后端用cli的模式运行诺干个服务,服务触发事件,向你的gateway发数据,然后你的gateway再发给客户端..
是这个意思吧?
对的,你理解没错!其实这里就包含两种模式,一种是由客户端来触发,像http那样,另一种由服务端触发,需要持久的服务来做!
呵大官人

引用来自“回去干活”的评论

不过有个优点,就是fastcgi那块代码的确是热更,最多只能做做简单的业务逻辑,复杂的业务逻辑只能发送后续的服务,然后由服务去计算计时任务发送给客户端了.
这样会不会过于复杂了.
这个其实跟复杂不复杂没有多大关系,,响应式有时候也需要复杂,这要看业务需求!只是多数情况下耗时的操作都放在服务端让别的持久进程来处理,然后发给用户。
合肥第一页
大爱,三金,聊天室走起啊。
WhoAmMe
三金锅太厉害了
godsoul1986
专程来膜拜的!42
×
呵大官人
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: