业务和功能介绍
原有系统为单体架构，业务模块划分不合理，用户管理、活动配置、游戏逻辑、支付回调等功能高度耦合，导致迭代效率低、发布风险高、数据库性能瓶颈突出。随着用户量增长，系统稳定性面临严峻挑战，亟需进行架构升级。
● 采用DDD方法论重构高度耦合的单体系统，识别限界上下文，拆分为用户中心、活动引擎、支付中心等8个高内聚微服务，消除跨模块强依赖15+处，接口变更影响面减少70%，单服务发布频率提升3倍，实现团队独立开发与灰度发布。
● 基于ShardingSphere设计三库分片方案，解决用户表与游戏记录表性能瓶颈，关键查询响应时间从1.2s降至200ms，性能提升80%+，稳定支撑节日大促峰值QPS 1w+。
● 引入HertzBeat + SkyWalking构建全链路可观测体系，MTTR降低60%，接口平均响应优化35%+，玩家卡顿投诉下降40%，系统可用性达99.95%。
● 采用DDD方法论重构高度耦合的单体系统，识别限界上下文，拆分为用户中心、活动引擎、支付中心等8个高内聚微服务，消除跨模块强依赖15+处，接口变更影响面减少70%，单服务发布频率提升3倍，实现团队独立开发与灰度发布。
● 基于ShardingSphere设计三库分片方案，解决用户表与游戏记录表性能瓶颈，关键查询响应时间从1.2s降至200ms，性能提升80%+，稳定支撑节日大促峰值QPS 1w+。
● 引入HertzBeat + SkyWalking构建全链路可观测体系，MTTR降低60%，接口平均响应优化35%+，玩家卡顿投诉下降40%，系统可用性达99.95%。
项目实现
主导基于 DDD 的业务重构，解决系统耦合难题
● 针对模块边界模糊、功能强耦合问题，采用领域驱动设计（DDD） 方法论，识别核心限界上下文，重新划分业务边界；
● 将原单体系统拆分为 用户中心、游戏服务、广告中心、活动（场景）引擎、支付中心、消息中心、应用配置中心、交易中心 8 个高内聚、低耦合的微服务；
● 消除跨模块强依赖 15+ 处，接口变更影响面从平均 5 个模块降至 1~2 个，单服务发布频率提升 3 倍，实现团队独立开发与灰度发布。
推动数据层服务治理：分库保障高性能
● 针对用户表、游戏记录表遇到的性能瓶颈，设计并落地 ShardingSphere 分库方案（3 库）；
● 支撑单表数据量持续增长，关键查询响应时间从 1.2s 降至 200ms 以内，性能提升 80%+，有效支撑节日大促、新版本上线等高并发场景。
构建全链路可观测性体系，保障服务高可用
● 引入 HertzBeat 实现外部健康监控：对核心服务进行 HTTP/TCP 探活，实时采集服务器 CPU、内存、磁盘使用率，异常 1 分钟内触达钉钉，MTTR（平均恢复时间）降低 60%；
● 集成 Apache SkyWalking 构建 APM 体系，实现分布式调用链追踪，精准定位慢接口与 SQL 耗时，推动接口平均响应时间优化 35%+，玩家卡顿投诉下降 40%。
实现业务解耦与稳定赋能
● 完成服务物理隔离与数据库独立部署，故障影响面降低 70%；
● 新架构支撑多次大型运营活动（如“周年庆礼包”、“裂变拉新”），高峰期 QPS 达 1w+，系统可用性达 99.95%。
● 针对模块边界模糊、功能强耦合问题，采用领域驱动设计（DDD） 方法论，识别核心限界上下文，重新划分业务边界；
● 将原单体系统拆分为 用户中心、游戏服务、广告中心、活动（场景）引擎、支付中心、消息中心、应用配置中心、交易中心 8 个高内聚、低耦合的微服务；
● 消除跨模块强依赖 15+ 处，接口变更影响面从平均 5 个模块降至 1~2 个，单服务发布频率提升 3 倍，实现团队独立开发与灰度发布。
推动数据层服务治理：分库保障高性能
● 针对用户表、游戏记录表遇到的性能瓶颈，设计并落地 ShardingSphere 分库方案（3 库）；
● 支撑单表数据量持续增长，关键查询响应时间从 1.2s 降至 200ms 以内，性能提升 80%+，有效支撑节日大促、新版本上线等高并发场景。
构建全链路可观测性体系，保障服务高可用
● 引入 HertzBeat 实现外部健康监控：对核心服务进行 HTTP/TCP 探活，实时采集服务器 CPU、内存、磁盘使用率，异常 1 分钟内触达钉钉，MTTR（平均恢复时间）降低 60%；
● 集成 Apache SkyWalking 构建 APM 体系，实现分布式调用链追踪，精准定位慢接口与 SQL 耗时，推动接口平均响应时间优化 35%+，玩家卡顿投诉下降 40%。
实现业务解耦与稳定赋能
● 完成服务物理隔离与数据库独立部署，故障影响面降低 70%；
● 新架构支撑多次大型运营活动（如“周年庆礼包”、“裂变拉新”），高峰期 QPS 达 1w+，系统可用性达 99.95%。
示例图片视频
相似推荐
医院DIP2.0按病种分值付费分组匹配系统
立项背景：为响应国家医保局DIP（按病种分值付费）支付方式改革，医院需对住院病例进行自动分组与分值测算，替代人工查表，提升医保结算准确率与效率。
核心功能：
1. 编码标准化：对诊断编码（ICD-10）和手术操作编码（ICD-9-CM3）进行自动补零、格式校验，统一为国临版与医保版2.0标准格式；
2. 编码对照映射：通过诊断对照库、手术对照库，将国临版编码自动映射为医保版2.0编码，支持23个手术操作字段批量对照；
3. DIP智能分组引擎：基于主诊断+主操作组合，实现+组合匹配、/或规则匹配、单码精准匹配、规则组匹配、编码范围匹配、s(n)/a(n)四级兜底等多层匹配策略，自动输出DIP病种ID；
4. 最优候选选择：当多个病种同时命中时，按匹配编码数量、是否包含主操作、操作位置优先级自动选优；
5. 分值计算：关联分值总表，自动计算每个病例的DIP病种分值，输出完整匹配结果表。
业务流程：原始住院病例数据 → 诊断/手术编码补零标准化 → 国临版转医保版对照 → DIP分组引擎多层匹配 → 最优病种选择 → 分值关联 → 输出结算结果。
企业级CRM数据清洗与迁移工具-DataBridge（个人演示项目）
本案例为个人演示项目，面向中小企业更换CRM或整合多来源客户资料时的数据整理需求。用户可导入Excel或CSV文件，配置字段映射规则，完成手机号、邮箱和公司名称标准化，并按组合条件识别重复记录；系统随后展示异常数据、冲突字段和处理建议，用户确认后可导出目标CRM可直接导入的数据文件及清洗报告。整个流程覆盖导入、预览、映射、去重、校验、修复和导出，重点降低人工反复核对带来的遗漏与时间成本。
基于本地化GUI的AI助手客户端-智语助手
立项背景与目标：
在日常工作与学习中，用户频繁需要获取AI辅助回答，但网页端使用需频繁切换浏览器，效率较低。本项目旨在开发一款轻量级桌面AI助手，提供一键式智能问答体验，降低使用门槛，提升日常信息获取效率。
软件功能：
用户输入问题后，点击提交或回车键，程序自动调用AI模型生成回答，并即时显示在窗口中，支持长文本自动换行。
核心功能模块：
1. 用户输入模块（Entry控件）
2. AI接口调用模块（requests + 智谱AI API）
3. 结果显示模块（Label控件 + 自动换行）
业务流程：
用户输入问题 → 点击提交 → 程序获取输入 → 调用AI接口 → 返回结果 → 窗口显示回答
功能路径：
启动程序 → 输入框输入问题 → 点击“提交”按钮 → 查看AI回答 → 输入框自动清空，等待下一次提问
AI智能体平台-AI智能体
Dify，Ragflow,langraph运行平台。
MCP展示执行平台。
RuoYi应用框架做载体。
SpringCloud alibaba 做微服务支持。实现业务系统智能体在平台运行展示结果。
使用RuoYi框架的权限体系和系统管理，支撑整个平台业务。平台实现API调用和API生成来支持执行和结果展示。用RuoYi框架的权限体系和系统管理，支撑整个平台业务。平台实现API调用和API生成来支持执行和结果展示。用RuoYi框架的权限体系和系统管理，支撑整个平台业务。平台实现API调用和API生成来支持执行和结果展示。
数据在线采集
本项目为产业数据直报系统：
1、管理端（省/市/县区三级监管）和填报端（企业、非经营单位）提供端到端的数字化数据采集、审核、统计与导出能力。
2、系统按报告期（年/季/月）驱动 10 张业务表单的填报，涵盖企业基础档案、种植、生产加工、销售、文旅、税收贸易，以及景气调查问卷（含数字选项码与多选字段）。
3、审核采用三级联审机制，支持企业撤回修改、各角色取回、县区退回需第三方评估等精细化规则。
4、管理端提供按地区维度的仪表盘统计（应填/已填/待审/退回率、部分填报识别）、填报进度追踪（按企业/表单维度）和 Excel 导出（问卷选项码转中文、密码加密、填报端仅导出本单位），形成采集-审核-分析闭环。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服