What is Agones?
Who uses Agones?
Here are some stack decisions, common use cases and reviews by companies and developers who chose Agones in their tech stack.
We've already been monitoring Agones for a few years now, but we only adapted Kubernetes in mid 2021, so we could never use it until then. Transitioning to Kubernetes has overall been a blast. There's definitely a steep learning curve associated with it, but for us, it was certainly worth it. And Agones plays definitely a part in it.
We previously scheduled our game servers with Docker Compose and Docker Swarm, but that always felt a little brittle and like a really "manual" process, even though everything was already dockerized. For matchmaking, we didn't have any solution yet.
After we did tons of local testing, we deployed our first production-ready Kubernetes cluster with #kubespray and deployed Agones (with Helm) on it. The installation was very easy and the official chart had just the right amount of knobs for us!
The aspect, that we were the most stunned about, is how seamless Agones integrates into the Kubernetes infrastructure. It reuses existing mechanisms like the Health Pings and extends them with more resource states and other properties that are unique to game servers. But you're still free to use it however you like: One GameServer per Game-Session, one GameServer for multiple Game-Sessions (in parallel or reusing existing servers), custom allocation mechanisms, webhook-based scaling, ... we didn't run into any dead ends yet.
One thing, that I was a little worried about in the beginning, was the SDK integration, as there was no official one for Minecraft/Java. And the two available inofficial ones didn't satisfy our requirements for the SDK. Therefore, we went and developed our own SDK and ... it was super easy! Agones does publish their Protobuf files and so we could generate the stubs with #Protoc. The existing documentation regarding Client-SDKs from Agones was a great help in writing our own documentation for the interface methods.
And they even have excellent tooling for testing your own SDK implementations. With the use of Testcontainers we could just spin up the local SDK testing image for each of the integration tests and could confirm that our SDK is working fine. We discovered a very small inconsistency for one of the interface methods, submitted an issue and a corresponding PR and it was merged within less than 24 hours.
We've now been using Agones for a few months and it has proven to be very reliable, easy to manage and just a great tool in general.
- Agones extends Kubernetes, such that it gets native abilities to create, run, manage and scale dedicated game server processes within Kubernetes clusters using standard Kubernetes tooling and APIs
- Run and update Fleets of Game Servers, without worrying about having Game Servers shutdown that has active players on them
- Deploy game servers inside a Docker container, with any combination of dependencies or binaries
- Integrated game server SDK for game server lifecycle managements, including health checking, state management, configuration and more
- Autoscaling capabilities to ensure players always have a game server available to play on
- Out of the box metrics and log aggregation to track and visualise what is happening across all your game server sessions
- Modular architecture that can be tailored to your specific multiplayer game mechanics
- Game server scheduling and allocation strategies to ensure cost optimisation across cloud and on-premise environments