QQ宠物产品总体技术方案.docx

上传人:b****5 文档编号:8636349 上传时间:2023-02-01 格式:DOCX 页数:13 大小:129.63KB
下载 相关 举报
QQ宠物产品总体技术方案.docx_第1页
第1页 / 共13页
QQ宠物产品总体技术方案.docx_第2页
第2页 / 共13页
QQ宠物产品总体技术方案.docx_第3页
第3页 / 共13页
QQ宠物产品总体技术方案.docx_第4页
第4页 / 共13页
QQ宠物产品总体技术方案.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

QQ宠物产品总体技术方案.docx

《QQ宠物产品总体技术方案.docx》由会员分享,可在线阅读,更多相关《QQ宠物产品总体技术方案.docx(13页珍藏版)》请在冰豆网上搜索。

QQ宠物产品总体技术方案.docx

QQ宠物产品总体技术方案

宠物总体技术方案

 

拟制:

日期:

审核:

日期:

版本号:

腾讯科技(深圳)有限公司

修订日期

修订内容

协议版本

修订人

背景

概述

范围

引用标准

术语和定义

符号和缩略语

总体架构设计

设计原则

产品关联性设计

产品依赖性设计

设计目标

路标规划

系统需求

系统软件需求

系统硬件需求

系统功能需求

系统性能需求

系统总体架构

系统物理架构

系统逻辑架构

关键技术分析

业务模型分析

目标用户

用户入口

消费系统策略

产品依赖关系

典型业务过程

用户模型分析

用户基础信息

用户操作信息

用户流量信息

系统模型分析

性能容量分析

总计

负载均衡分析

负载均衡策略

异地分布策略

容灾备份分析

部署方案

风险分析及规避措施

硬件故障

机器、磁盘故障

线路故障和黑客攻击

软件故障

备选方案

1背景

宠物是公司当前给以重大盈利期望的拳头产品之一。

目标是建立成全球第一的在线虚拟宠物养成类休闲游戏,成为公司主要的盈利点之一。

2概述

2.1范围

该文档主要描述宠物系统的技术架构,作为架构评审的基础。

2.2引用标准

2.3术语和定义

名词

解释

2.4符号和缩略语

缩写

英文描述

中文描述

3总体架构设计

3.1设计原则

3.1.1产品关联性设计

●与扩展标志位的同步

用户注册宠物,宠物系统将主动通知设置标志位。

3.1.2产品依赖性设计

●使用作为,分离业务逻辑和通信,进程调度等基础设施

●使用,,库

3.2设计目标

3.2.1路标规划

阶段

开始时间

完成时间

阶段目标和工作进度指标

完成基本功能

增加了宠物结婚功能

3.3系统需求

3.3.1系统软件需求

3.3.2系统硬件需求

服务器服务器服务器领养关系服务器宠物炫图片客户端安装包资源下载服务器:

●标配:

×

●内存:

●硬盘:

×

服务器:

●标配:

×

●内存:

×

●硬盘:

()

3.3.3系统功能需求

●宠物领养:

用户初始得到宠物。

记录号码的领养关系,同步标志位到

●宠物在线:

维持宠物在线状态,自动根据卫生值,饥饿值决定宠物生病,根据宠物心情值和在线时间增长宠物的成长值。

●基本养成:

提供给用户通过和的交互,给虚拟宠物喂食、洗澡、吃药,属性查看的功能。

宠物如果养育不当会死亡,死亡后可以抛弃。

●宠物社区:

宠物社区是一个应用,用户通过嵌入宠物客户端的控件来访问,在社区上购买药品,食品和日常用品,以及装扮用的房屋等道具和学习宠物炫。

社区还是结婚,打工等功能的入口。

在社区上还提供用户查询、修改宠物信息的功能,查看宠物元宝帐户的功能和查看元宝消费记录的功能。

●宠物打工:

打工是一个相对独立的子系统,目前只在社区上有入口。

宠物打工是宠物的一种状态,这种状态持续指定的时间,并且给用户提供指定数量的元宝以及增加指定属性的值。

用户通过社区上的入口进行打工,打工入口为一个程序,负责检查是否符合打工的条件。

打工时要求宠物的消耗比正常状态多。

●宠物结婚:

符合一定条件的宠物双方可以结为夫妻关系。

结婚后的宠物可以生蛋,蛋必须赠送给自己的好友。

相当于给好友开通宠物。

●宠物装扮:

宠物使用买来的房屋作为桌面上宠物的背景

●宠物炫:

宠物炫是聊天时有宠物的一方可以向好友发送由宠物表现的丰富表情,动作和语言。

用户可以定制语言。

●宠物在上的资料查询:

在客户端,用户可以通过查询对方的资料看到对方的宠物信息,包括对方是否有宠物,宠物的级别,宠物的名字,性别,婚否等等。

●宠物在上的表现:

用户在聊天窗口中和宠物资料界面上都可以看到对方和自己的宠物图片。

3.3.4系统性能需求

●最小化容量:

一台服务器上同时支持个在线宠物

一台能够支持万只宠物注册数

一台能够支持只在线宠物

一台能够支持亿只注册用户数

一台能够支持万只在线宠物数

一台能够支持万只注册宠物

一台宠物炫图片能够支持万只注册宠物

一台资源下载能够支持每天新增万只宠物

一台客户端下载能够支持每天新增万只宠物

●最大化容量

支持万只宠物注册用户数

最高在线万只宠物

●响应速度要求

用户登陆时间<

用户操作的响应时间应该小于秒

宠物状态不一致时延不超过秒

宠物炫发送响应时间不超过秒

3.4系统总体架构

3.4.1系统物理架构

3.4.2系统逻辑架构

4关键技术分析

4.1业务模型分析

4.1.1目标用户

●针对用户群中细分的青少年人群低年龄层用户群

4.1.2用户入口

●桌面面板上的宠物图标

4.1.3消费系统策略

●宠物元宝和元宝帐户

宠物元宝由用户打工或者进行某些任务后得到,相当于免费赠给用户的货币。

用户可以使用元宝购买宠物系统中的物品

●宠物元宝和的关系

当用户的元宝数量不足时,可以直接使用个人帐户中的币来支付购买所需的金额。

这种情况下,相当于元宝。

由于宠物系统中的物品定价使用元宝,大多数都不超过元宝,因此,相当于非常小额的交易。

这就体现出了宠物系统的消费特点:

小金额,大交易量。

4.1.4产品依赖关系

●上的入口和表现形式

●其他业务使用的开通宠物的接口

4.1.5典型业务过程

●典型操作

1.通过面板打开宠物客户端

2.宠物客户端检查是否需要升级,取得领养关系,取得是否需要升级资源包,完成必要的下载升级,登录

3.登陆后显示宠物目前的状态,如果饥饿提示用户要喂食,疾病和清洁状况都有类似的提醒。

4.用户使用快速喂食界面或者进入社区,在储藏室里选出食物等物品给宠物使用(或食用)

5.用户进入社区给宠物看病

6.用户进入社区购买宠物使用的物品

7.用户在社区中更换宠物的房屋

8.用户在社区中学习宠物炫

9.用户在社区中打工挣取宠物元宝

10.用户在社区中查看排名

11.用户在社区中查看其他宠物的资料

12.用户在社区中管理自己的物品

13.用户在社区中管理自己的元宝帐户

14.用户在社区中求婚,查看求婚和被求婚记录,结婚。

15.用户查看自己的宠物蛋信息,赠送宠物蛋给好友。

4.2用户模型分析

4.2.1用户基础信息

按照每台机器承受万只宠物同时在线,承受万只宠物的资料查询请求来计算。

大约次交互秒

喂养:

包次秒(每用户分钟一次)

喂食,洗澡和吃药:

次秒(每用户每小时次)

通过的交互:

次秒

客户端刷新:

次秒(每用户每小时次)

登录:

次秒

消息:

次秒(饿,脏,病,成长等等都会下发消息)

查看:

次秒(每台机器万在线万)好友每人一小时内会查看一次

请求:

次万人秒,使用台机器,一台可以支撑万在线,大约每秒次请求。

•数据量

每个用户的数据包括:

.宠物的基本信息表(每个宠物一条记录)

.宠物的成长信息表(每个宠物一条记录)

.喂养物品表(每种物品一条记录)

.装扮物品表(每种物品一条记录)

.打工信息表(每次打工一条记录)

字典表:

喂养物品,打工场景,宠物炫,装扮物品,处方,规则等等

•万新用户在一小时以内使用宠物客户端大约每秒次请求。

•宠物客户端大小,资源包左右。

在控制总量而不是放开领养请求的情况下,每天增加万新用户,最多每天增加万新用户。

4.2.2用户操作信息

●登录和维持在线喂养流程:

1.客户端向领养关系请求对应的,每个请求大小,返回包

2.客户端向发送登录请求包,每个包

3.向请求数据,数据包

4.将登陆后的状态信息返回客户端,数据包大小也是

5.客户端向发送包,数据大小

6.向客户端回应包,数据大小

7.状态机向发送宠物状态改变的消息,数据大小

8.客户端向发送喂食、洗澡、吃药请求,数据大小

9.返回消耗物品后的结果,数据包大小

需要访问服务器:

次(用户*天),

●操作:

操作是用户访问宠物社区所进行的操作,包括查看和管理属性,查看和管理物品道具技能,查看元宝帐户,购买物品,学习技能,装扮,打工,结婚等等。

需要访问:

次(用户*天)

需要访问:

次(用户*天)

由于上的静态对象不通过宠物系统,而是分布在专门的图片上,因此访问产生的流量可以忽略不计

4.2.3用户流量信息

主要产生流量的是资源下载和客户端下载。

峰值每小时新增万用户,资源包大小为,平均每个下载耗时分钟,观察到的流量峰值达到

4.3系统模型分析

一个典型的登录交互时序如下:

状态改变流程

4.4性能容量分析

公式

计算结果

备注

存储要求

(每人的和合成图片的个数)*每个文件平均大小*注册用户数

**

在线要求

每人内存使用

 

带宽要求(内网)

(间交互次数*平均数据包大小*)

***

计算的峰值时的出带宽

带宽要求(外网)

下载带宽

 

计算每天放出的峰值时的出带宽

机器要求

关键负荷分析

在线计算量

4.4.1总计

每增加免费用户需要:

一台

一台

两台

4.5负载均衡分析

4.5.1负载均衡策略

接入服务器,,按照号码取模散列

按照号码段散列

,资源下载,宠物炫图片通过轮换进行负载均衡

4.5.2异地分布策略

先暂时不支持异地分布。

4.6容灾备份分析

5部署方案

目前的大部分机器都部署在深圳枢纽和南山机房。

6风险分析及规避措施

总的来讲,运营的风险可以分成硬件故障和软件故障两大类。

硬件的故障包括机器的故障、磁盘故障、线路故障,黑客攻击等。

软件的故障包括数据库失效、程序失效等等。

6.1硬件故障

6.1.1机器、磁盘故障

对于磁盘故障,数据采用每天夜间进行增量备份,文件每天备份。

6.1.2线路故障和黑客攻击

对于线路故障和黑客攻击,这个没有方法完全避免问题,只能是尽量减少损失。

以后将会支持的跨地域分布,当一地的机房遭受攻击,可以暂时将用户配置到另一地区登录。

6.2软件故障

对于软件故障我们现在依靠端口监控、日志监控,定时重起告警等方法规避。

7备选方案

[描述本产品的备选方案,可略]

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1