Go 游戏后端微服务后端求推荐

[Rooger]

游戏部分服务是有状态的，目前使用的是 go-micro V1 版本，但是只支持到 go1.14 。而 Go 已经更新到了 1.17 ，求游戏同行推荐靠谱的微服务框架。

[dcoder]

你们是做啥游戏, 卡牌回合制的话, 用啥都行
real-time 的话 (e.g. ACT, FPS, MOBA), 就麻烦多了

[777777]

建议 k8s 一把梭，不需要框架。

[cxytz01]

为什么要用微服务框架呢，go 这门语言不用微服务框架不行吗？ 你使用框架是需要框架提供的什么能力？
你的游戏服务是有状态的，和微服务有什么关系呢？

目前公司微服务的项目，都是基于 go，但是就没用微服务框架。

[lesismal]

网络层可以用我这个：
https://github.com/lesismal/arpc

微服务就是多个服务，他们之间怎么管理，自己设计实现接口就行了。

[KickAssTonight]

框架随意吧。。server 自己维护下 session 是不是就可以了？

[sunny352787]

我这边就是 grpc 一把，有状态的服务单独处理，redis 记录客户端对应的状态服务地址就好了

[HUNYXV]

go-micro 不是都已经 v3 版本了吗？
go 1.16

[hellodudu86]

用 v3 版本

[ArJun]

GRPC

[flycloud]

我是自己撸了一套 RPC，基于 nats，用于 web 、app 的那些 RPC 其实不太适用于游戏后端，因为很难做到所有的服务都是无状态的（不追求实时性、业务简单的弱联网游戏除外）。

[e7]

不是游戏行业，但听说游戏核心逻辑都是单体，分区服务

[nash]

go-zero

[zyxdut]

可以看下 Google 的 agones

[zyxdut]

这个是基于 k8s 的游戏服务器框架，还挺好使

[wellsc]

游戏后端，erlang/elixir 或者 c/c++ 更加合适，go 的锁和 gc 太慢了

[c88155745]

gonet zinx agones goworld

[dcoder]

感觉大家七嘴八舌说了一堆, 没几个靠谱的讨论 XD

[joesonw]

两个卡牌游戏. 都是直接用 grpc 做通讯, 然后在此基础上自己搭架子. 部署是直接 k8s.

[Reid]

b 站的 Krotos 吧