gosercomp VS nano

Well, instead of using full GRPC, you could use ProtoBuf. Any "binary" protocol will be faster to parse than JSON, if performance is your biggest factor, you can find benchmarks comparing the different formats.

I like it because it's faster to parse than JSON, takes up less space than JSON, is dynamic, and you can use a generator to generate highly performant readers / writers for it. The library I recommended tinylib/msgp is one of the faster data serialization libraries in general ( https://github.com/smallnest/gosercomp ), and is well written and easy to use.

Couldn't you use just a vanilla Golang (or any other language) microservice for all of this? If you know what you are doing you can have a bulletproof basic service with all of the above up and running in no time, just add your game logic. Most of your requirements are part and parcel of any modern commercial Docker microservice. Never mind that such frameworks already exist, e.g. nano [0] specifically designed for games.

Scalability is also not an issue. Number of simultaneous players and objects is limited by bandwidth and latency only. There are certainly no barriers to handling multi-million entity databases on any modern server. You're really only limited by how much data you can push out to your users within an update tick. And of course by how much money you're willing to pay for back end compute capacity on an ongoing basis. But those costs are very low these days, especially if you have dedicated servers rather then AWS/Google/Azure.

I think perhaps the issue is not so much that frameworks don't exist, but rather that no single framework has achieved popularity in the game design community. The indie crowd is not likely to want to, or afford to, run servers for years and years, so the demand is not there. The triple-A studios roll their own.

[0] https://github.com/lonng/nano