微服务架构

游戏数据库D

游戏B

整个系统中，用户id是关键key，主要依靠它来分库分表

游戏...

nacos集群

日志实现看具体需求，elk或者简单搞下都行

增删改查

网关服务Gateway

消费记录信息Mysql分库分表

CDN

鉴权服务Auth

Redis

每局游戏中的过程计算数据放入缓存

游戏规则读取

消费服务

报表服务

nacos

客户基础信息Mysql分库分表

分布式锁

分布式任务服务

网页端

客户服务UserCenter

游戏业务请求

游戏数据库A

根据定时和命令计算报表

报表信息Mysql分库分表

微服务架构图

前台nginx

seate分布式事务

双方互为校验

计算服务

游戏C

第三方接口

防火墙

令牌

注册

第三方接口调用

sentinel限流、熔断、降级

外部请求

客户信息读取

业务数据查询

此架构建议搞一套k8s，但是相应的运维压力会较大。不过好处也是显而易见的，在线调度、扩容，都非常方便。因此，这个架构可以分简单搞和复杂搞两种方式。复杂搞可以将gitlab、maven、nexus、Jenkins、harbor、argcd、prometheus、grafana、skywalking等一整套cicd和链路追踪以及监控都搞上去；简单搞则是用简易化的替代方案，只起注册中心，日志只收集关键信息，使用spring admin简单监控或者用其他探针进行监控。

游戏D

日志实现

获取信息

每局游戏过程中数据异步写入数据库

移动端

spring admin监控

游戏A

游戏数据库...

分布式锁与游戏过程数据的计算是关键点

消费数据写入必须保证顺序性；并且要在代码层面进行锁的操作；因为此处业务涉及到代理返佣等多级用户的结算；如果只靠数据库的锁，面对分库分表的情况，可能出现记录的顺序性无法保证。