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