游戏部分服务是有状态的,目前使用的是 go-micro V1 版本,但是只支持到 go1.14 。而 Go 已经更新到了 1.17 ,求游戏同行推荐靠谱的微服务框架。
1
dcoder 2021-08-30 11:06:17 +08:00
你们是做啥游戏, 卡牌回合制的话, 用啥都行
real-time 的话 (e.g. ACT, FPS, MOBA), 就麻烦多了 |
2
777777 2021-08-30 11:08:00 +08:00 1
建议 k8s 一把梭,不需要框架。
|
3
cxytz01 2021-08-30 11:21:31 +08:00
为什么要用微服务框架呢,go 这门语言不用微服务框架不行吗? 你使用框架是需要框架提供的什么能力?
你的游戏服务是有状态的,和微服务有什么关系呢? 目前公司微服务的项目,都是基于 go,但是就没用微服务框架。 |
4
lesismal 2021-08-30 11:24:14 +08:00
|
5
KickAssTonight 2021-08-30 11:49:52 +08:00
框架随意吧。。server 自己维护下 session 是不是就可以了?
|
6
sunny352787 2021-08-30 12:04:44 +08:00
我这边就是 grpc 一把,有状态的服务单独处理,redis 记录客户端对应的状态服务地址就好了
|
7
HUNYXV 2021-08-30 12:08:42 +08:00
go-micro 不是都已经 v3 版本了吗?
go 1.16 |
8
hellodudu86 2021-08-30 12:09:10 +08:00
用 v3 版本
|
9
ArJun 2021-08-30 12:13:11 +08:00
GRPC
|
10
flycloud 2021-08-30 12:30:34 +08:00
我是自己撸了一套 RPC,基于 nats,用于 web 、app 的那些 RPC 其实不太适用于游戏后端,因为很难做到所有的服务都是无状态的(不追求实时性、业务简单的弱联网游戏除外)。
|
11
e7 2021-08-30 15:03:03 +08:00
不是游戏行业,但听说游戏核心逻辑都是单体,分区服务
|
12
nash 2021-08-30 15:49:58 +08:00
go-zero
|
13
zyxdut 2021-08-30 17:21:05 +08:00
可以看下 Google 的 agones
|
14
zyxdut 2021-08-30 17:21:42 +08:00
这个是基于 k8s 的游戏服务器框架,还挺好使
|
15
wellsc 2021-08-30 17:26:38 +08:00
游戏后端,erlang/elixir 或者 c/c++ 更加合适,go 的锁和 gc 太慢了
|
16
c88155745 2021-08-30 18:51:39 +08:00
gonet zinx agones goworld
|
17
dcoder 2021-08-31 02:16:21 +08:00
感觉大家七嘴八舌说了一堆, 没几个靠谱的讨论 XD
|
18
joesonw 2021-08-31 10:10:30 +08:00
两个卡牌游戏. 都是直接用 grpc 做通讯, 然后在此基础上自己搭架子. 部署是直接 k8s.
|
19
Reid 2021-09-07 17:03:01 +08:00
b 站的 Krotos 吧
|