За ру трафик?

если нужно сохранять между запусками состояние боя, то, конечно, всё надо сохранять
но обычно пошаговый бой включается временно, и его можно не сохранять. если игрок ливнул, то бэкенд может отметить ему проигрыш

А если у меня не только ру трафик будет ?

Там система сама подстраивается под каждого пользователя с какой он страны смотря?

По всем регионам там платят больше

т.е. все состояния во время игры будет обрабатывать гейм-сервер? а БД нужно только для сохранения результатов законченной игры?

Личный опыт?)

Нет, опыт других

да
это может быть не геймсервер, а логика на бэкенде, тогда бэк будет хранить это всё в памяти

разные ситуации бывают. сильно зависит от игры
описанный выше вариант - это как работают например clash of clans

а как это вообще называется всё? архитектура хранения данных для игр? я бы в гугле поискал, но я даже запрос не могу составить правильно чтобы найти нужную информацию

никак не называется
можешь поискать game backend example или что-то в этом роде
архитектурно оно ничем не отличается от веб-приложения

наверное, так

во, что-то похожее нашёл  "Entity Component System" :
https://habr.com/ru/company/pixonic/blog/429312/

это игровой сервер, а не сервер с данными

зачем тебе вообще хранить данные? делаешь мультиплеер с прокачкой и монетизацией?

гогого фаир ин зе хол

Название выглядит как очередной гендер

да мультиплеер обязательный

The Command and Query Responsibility Segregation (CQRS) - принцип или парадигма CQRS разделяет назначение запросов и команд на обработку данных. Внедрение CQRS в приложение может максимизировать его производительность, масштабируемость и безопасность. Гибкость, создаваемая переходом на CQRS, позволяет системе лучше развиваться с течением времени и не позволяет командам обновления вызывать конфликты слияния.

CQRS может быть с пользой применен в любой парадигме программирования, требующей заботы о побочных эффектах.