agones

er system supports websocket, webRTC and enet as a transport layer. The clients use a second thread to simulate from the server state to their current state. This second thread is usable even on the web when SharedArrayBuffer is available. We made a level editor for this game where users can create levels. There are over 50,000 levels. Most of them are kinda throw away levels of users simply trying out the level editor, but there are some really cool levels too, like this 'flappy bird' level [3] or this one that uses crates in a cool way [4]. For this game, we wrote the majority of it in GDScript as a first prototype, but then before release we had to rewrite the gameplay loop in c++ to make it performant enough (we can hit 60fps on android web on many devices now). We are a small company of 3 people up in Canada and we've been working our butts off for 3 years to make it work as an indie gaming studio. We're climbing and grinding, but still not crushing it. Personally, I think Goober Dash is a great game and deserves more attention. Would love to know what you think of it, and I can answer any questions about Godot as I have been using it professionally for years now. [1] https://github.com/googleforgames/agones [2] https://github.com/heroiclabs/nakama [3] https://gooberdash.winterpixel.io/?play=f3ccaa3e-5c9c-41f8-8... [4] https://gooberdash.winterpixel.io/?play=7eb9fe45-6f7d-4c8a-a...

K8s that I can't'see why one wouldn't use it, unless they need to just run a single container somewhere. > and proprietary cloud setups. Proprietary? https://github.com/googleforgames/agones You don't have to run it on GKE, you know. You can manage it yourself. Which I'm not sure why you would do, since you are complaining about the lack of domain expertise.