Golang Go语言游戏后端微服务后端求推荐

发布于 1周前 作者 h691938207 来自 Go语言

Golang Go语言游戏后端微服务后端求推荐

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

20 回复

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

更多关于Golang Go语言游戏后端微服务后端求推荐的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


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

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

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

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

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

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

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

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

用 v3 版本

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

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

可以看下 Google 的 agones

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

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

gonet zinx agones goworld

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

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

b 站的 Krotos 吧

针对您提出的关于Go语言在游戏后端及微服务后端方面的推荐,以下是我的专业建议:

在游戏后端方面,Go语言凭借其高性能、并发处理能力强以及内存管理简洁等特性,非常适合构建对稳定性和灵活性均有要求的大型游戏系统。特别是对于需要处理大量并发连接和实时交互的游戏场景,Go语言的goroutines和channels机制能够轻松应对。

在微服务后端方面,Go语言同样表现出色。它拥有简洁的语法和强大的标准库,特别是net/http包,使得构建微服务变得简单而高效。此外,Go语言还支持多种Web框架,如Gin、Echo等,这些框架提供了丰富的功能和中间件支持,能够帮助开发者快速构建高性能的Web应用程序。

综上所述,无论是在游戏后端还是微服务后端方面,Go语言都是一个值得推荐的选择。它不仅能够满足高性能、高并发的需求,还提供了简洁的语法和强大的工具链支持,使得开发过程更加高效和愉快。如果您正在寻找一个稳定且灵活的编程语言来构建您的后端系统,那么Go语言无疑是一个明智的选择。

回到顶部