架构图整理

本文详细介绍了游戏后台的服务架构,包括日志采集、数据存储、数据分析系统等关键组件的实现方式和技术选型,如Flume、PGSQL、Spring MVC及定时任务调度等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

游戏-WEB后台,控制服,服务交互图说明





游戏-WEB后台,控制服,服务架构图

ruiliang

游戏-日志采集,数据调度,经分平台架构说明


框架描述
1:flume 主要是用来实时收集游戏服务器产出的log文件,经过处理json后发送到各数据源中,目前采用版本1.7。
2:PGSQL 用来存储flume发送过来的游戏玩家行为日志和玩家基础信息,存储为josn格式数据,目前采用按月分表,继承主表关系,通过查询日期来扫描对应子表查询,的处理方式 。
3 mysql 用来存储控制服日志,统计结果日志 ,系统业务相关日志。
4:数据分析系统,是采用spirng+mvc+springDao三层架构,前端bootstrap为主,apache shiro权限管理 ,前后端交互采用 restful  json交互方式,highcharts展示报表,嵌入式jetty为WEB容器。
5:xxl-job 主要用于数据定时调度业务,把每天产出的日志,做一次分析后,写入相关业务DB,以便更方便的查询分析显示,xxl-jon支持java,shell,py定时任务 
6:GM控制服  主要用于玩家验证(登录、充值)和游戏客户端交互, 采用maven+jfinal进行开发,缓存用memcached 。
7:运营系统 主要用于运营提供对游戏进行设置,和游戏服进行设置,走内网和游戏服进行数据交互。
架构采用spirng+mvc+springDao三层架构,前端简单实用国产jQuery UI框架 - DWZ富客户端框架,apache shiro权限管理 

z_data             经分后台项目初始启动说明
1:在根目录下执行 gradlew eclipse 会自动初始gradle环境,并下载相关jar 
2:修改配置初始化等级为0(pro1.properties文件 initLevel=0),会自动扫描系统注解菜单,并初始化用户admin admin和角色数据,并写入到数据库 
3:运行SimpleMain mian方法启动项目
4:打开localhost:9899/zdata 输入admin admin即可登陆,所有菜单 角色数据已有 
5:第二次启动时要把(pro1.properties文件 initLevel=0)改为2,或其它,2=初始菜单 功能,3=初始菜单和admin用户初始化功能,其它数字什么都不做。可根据需求修改。



<think>嗯,用户想查找关于业务架构图的相关资料或示例,特别是设计方面的资料。首先,我需要确定用户的具体需求是什么。他们可能是在学习如何绘制业务架构图,或者是在工作中需要参考示例来设计自己的架构图。业务架构图在不同行业有不同的应用,比如软件行业和制造业,用户可能想了解通用方法或特定行业的例子。 根据用户提供的引用资料,引用[1]提到业务架构图类似于传统行业的设计图纸,用于传递设计意图。这可能帮助用户理解其基本作用。引用[2]详细说明了业务信息架构图的组成部分,如业务信息对象、过程和数据存储,这可以作为设计时的要素参考。引用[3]讨论了架构图在软件开发中的应用,强调其在各阶段的重要性,用户可能想知道如何在不同阶段选择合适的架构图类型。引用[4]则建议参考现有案例,比如微信的业务架构图,通过分析横向和纵向维度来学习。 用户可能需要具体的示例和设计步骤。我需要整理出业务架构图的定义、核心要素、设计步骤,并提供示例。同时,要确保引用资料正确对应,比如引用[4]中的微信案例。用户可能对如何开始绘制架构图感到困惑,所以分步骤的指导很重要,比如明确目标、划分模块、选择工具等。 另外,用户可能还需要了解不同行业的架构图差异,比如制造业与软件行业的对比,但引用中主要提到非软件行业的对比,需要结合引用[1]的内容。可能还需要推荐工具,如Visio、Lucidchart等,这些工具能帮助他们实际绘制架构图。 需要确保回答结构清晰,分点说明,并自然地融入引用标记。同时,生成的相关问题要围绕用户可能的后续疑问,比如设计工具、跨行业应用、验证方法等。</think>### 业务架构图设计与示例解析 #### 一、业务架构图定义与作用 业务架构图是描述企业业务结构、流程和要素关系的可视化工具,其作用类似于制造业的设计图纸,用于传递设计意图和指导实施[^1]。核心功能包括: 1. 展示业务模块划分与依赖关系 2. 明确信息流动路径 3. 标识关键业务对象和数据存储节点[^2] #### 二、典型业务架构图要素 根据企业架构规范,完整业务架构图应包含: $$业务架构 = \{ 业务模块, 流程链路, 数据实体, 交互接口 \}$$ - **横向维度**:按功能领域划分(如用户中心、订单中心) - **纵向维度**:体现层级结构(基础服务→核心业务→开放平台)[^4] #### 三、设计步骤与示例 1. **明确目标范围** - 示例:微信业务架构图横向划分为即时通讯、支付、生态开放等板块,纵向包含基础设施、核心能力、应用场景[^4] 2. **绘制核心框架** ```text [用户服务] → [订单系统] → [支付网关] ↓ ↗ ↘ [库存管理] ← [数据分析] → [物流接口] ``` 3. **添加交互说明** - 使用UML时序图标注关键业务流程 - 标注数据存储节点(如MySQL、Redis) 4. **工具选择** - Visio/Lucidchart(基础流程图) - ArchiMate(专业架构建模) - Draw.io(在线协作工具)[^3] #### 四、跨行业参考案例 1. **制造业示例**: ``` 原料采购 → 生产计划 → 车间排程 → 质量检测 → 仓储物流 ``` 2. **电商平台架构**: $$用户端 \xleftrightarrow[API网关]{OAuth2.0} \begin{cases} 商品中心 \\ 促销引擎 \\ 推荐系统 \end{cases}$$ #### 五、验证与优化 通过业务方评审会议确认架构完整性,使用ABT(Architecture-Based Testing)方法验证技术实现可行性
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值