Java微服务综合盘架构说明

SlotsCore 综合盘的后端是 Java 17 微服务：基于 Spring Cloud 做服务化拆分，Spring Boot 写服务，Dubbo 做服务之间的调用，Nacos 做注册与配置中心。网关、代理、钱包、风控、游戏聚合和报表各自独立部署，前端是 Vue 3，与后端分离。这一页讲这些部件怎么分工；该选 Java 还是 PHP，另见对比页。

分层：前端、入口、服务和数据

层	组件	负责什么
前端	Vue 3	H5 玩家大厅、活动页面和运营后台界面，通过接口与后端分离
入口	Nginx、API Gateway	统一入口，限流、熔断和鉴权集中治理
业务服务	Java 17、Spring Boot	网关之后的代理、钱包、风控、游戏聚合和报表等服务
服务治理	Dubbo、Nacos	Dubbo 负责服务间调用，Nacos 负责注册发现和配置
消息	Kafka 或 RabbitMQ	异步解耦，保障跨服务最终一致
缓存与数据	Redis、MySQL、Elastic	Redis 做缓存，MySQL 存交易数据，Elastic 负责搜索
运行环境	Docker、Kubernetes	容器化部署与编排，各服务独立伸缩

前后端分离的意思是：大厅和后台的界面改版，不必和钱包、风控一起发布；后端服务增减实例，前端也不用重新打包。H5 大厅有多套模板，可以在后台可视化装修。

部署时，Nginx 作为入口把请求交给网关，各服务以 Docker 容器运行在 Kubernetes 上，注册信息和配置集中在 Nacos。源码买断交付接口与架构文档，支持自主部署，并包含首次部署、培训与交接，团队可以照着文档在自己的环境里复现这套结构。

核心服务各管什么

网关

所有请求先进统一网关，限流、熔断和鉴权在这一层完成，后面的服务不必各自重复实现。

代理

负责多级代理、推广链路和佣金结算，团队数据在后台查看。规则按站点配置，见代理与活动。

钱包

余额、充提入账和游戏转账都经过钱包。充值模块的范围是：USDT/TRC20/ERC20 等多链充提,自动归集与对账,支持第三方支付通道。

风控

独立的风控引擎检查设备、IP、行为和订单，活动奖励也要过规则，后台保留权限与操作审计。

游戏聚合

统一聚合层对接多家 Slots、真人和体育厂商，负责一键上下架、钱包转账和对账核验。厂商名单与钱包模式见游戏聚合对接。

报表

报表作为独立服务部署，汇总注单、账务和活动数据时，不必和钱包、游戏聚合挤在同一个进程里。

一致性、发布和可观测

跨服务的一致性靠消息驱动：Kafka 或 RabbitMQ 做异步解耦，保障最终一致；异步消息配合缓存集群，让投注和钱包在峰值时保持实时一致。具体吞吐数字页面没有公布。

服务独立部署带来三件事：各业务模块独立伸缩，单点故障被隔离，灰度发布可以做到无感升级。新实例在 Nacos 注册后被发现，网关继续把流量导进来。

可观测部分包括链路追踪、监控告警和日志聚合。一次请求经过网关、钱包和聚合时，可以按链路查到在哪一段变慢或出错，运维一目了然。

多站点建立在这套服务之上：多租户隔离和站点路由让语言、货币、支付方式和厂商按站点配置，不需要为每个国家另起一套内核，见多站点配置。

这一页和 Java 与 PHP 对比页怎么分工

本页只描述现成内核的结构和每个部件的职责。团队该选 Java 微服务还是 PHP、什么时候拆服务才划算，写在Java 与 PHP 的取舍。拿到源码后交付什么，见源码买断交付清单；要在这套结构上改代码，见综合盘二次开发。本系统仅向依法取得当地许可的运营方提供，各国家/地区能否上线以当地法规为准。

本系统仅向依法取得当地许可的运营方提供，各国家/地区能否上线以当地法规为准。

常见问题

SlotsCore 综合盘用的是什么架构？

后端是 Java 17 微服务，基于 Spring Cloud 做服务化拆分，用 Spring Boot、Dubbo 和 Nacos；前端是 Vue 3，与后端分离。

综合盘拆成了哪些服务？

网关、代理、钱包、风控、游戏聚合和报表等服务各自独立部署，可以按业务量单独伸缩。

Dubbo 和 Nacos 在系统里分别做什么？

Dubbo 负责服务之间的调用，Nacos 负责服务注册发现和配置管理。

跨服务的数据一致性怎么保证？

用 Kafka 或 RabbitMQ 异步解耦，保障跨服务最终一致，并配合 Redis 缓存集群让投注与钱包实时一致。页面没有公布具体吞吐数字。