training_server_cn

BigWorld技术培训服务器端概要BigWorld服务器概览实现一个entityEntity的通信Entity核心部分Cell功能集服务器设置和维护服务器的profiling和压力测试Session1BigWorld服务器概要BigWorld服务器SwitchFabricInternetSwitchFabricBaseAppCellAppLoginAppBaseAppBaseAppCellAppCellAppDBMgrWorldserverCellAppLoginAppCellAppDatabaseCellAppMgrBaseAppMgrClientClientClientClientClientLoginApp与客户端的第一个连接点固定的端口初始通信时加密公用密钥对(任意长度的密钥)用户名/密码使用多个LoginApps使得负载均衡DNS轮流调度BaseApp与客户端通信的固定点客户端与CellApp通信的中介与客户端的连接均衡地分担在各BaseApp间用于处理没有空间属性的entity拍卖行公会管理管理器每个BaseApp同时担任着为其它BaseApp容错的角色通常一个CPU/核上处理一个BaseAppBaseEntity两种baseentityBaseProxyBase通常的游戏entity例如:存储在数据库里的NPC,拍卖行…Proxy与客户端连接特殊的baseBaseApp容错备份entity到其它的baseappsBaseAppBaseAppBaseAppBaseApp自己的baseentity其他baseApp的baseentity的备份BaseApp容错BaseApp变得不可用BaseAppBaseAppBaseAppBaseApp自己的baseentity其他baseApp上的baseentity的备份BaseApp容错垮掉的baseApp上的entity在它们的备份entity上复活BaseAppBaseAppBaseAppBaseApp自己的baseentity其他baseApp上的baseentity的备份BaseApp容错与垮掉的baseApp连接的客户端会被断开连接所有的数据都被存储了当重连接后，它们将继续与其原来的entity连接(如果没有timeout的话)BaseApp管理器(BaseAppMgr)负责管理BaseApp间的负载平衡监视所有的BaseApp以实现各个BaseApp之间的容错主要用于玩家登录和创建entity1个服务器群组有一个BaseAppMgr实例当垮掉时用Reviver来复活如果2个以上的BaseApp垮掉了那么整个服务器群组会关闭可以自定义，但是不安全CellApp空间数据的处理处理玩家交互的游戏的空间(space)处理在space内的entity处理space内的一个区域(Cell)一个cellapp在一个space上的cell只会有一个一个celapp有可能处理多个space通常一个CPU/核上处理一个CellAppCells和SpacesSpaces通过cells来实现平衡负载每个space至少含有一个cell每个cell处理space的一个区域Cell的边界根据cell的负载而移动Cells不影响客户端的游戏经验Cell5Cell8Cell9Cell7Cell1Cell2Cell3Cell4Cell6Space1CellApp的负载管理entity的总数量Entity的通信的频率用户操作的:方法调用系统地自动的:属性的更新Entity的密集度Entity脚本Entity的数据大小Entity和Cell每个space至少有一个entity初始space例外CellApp上的每个玩家entity都有一个witness对象Witness跟踪周围的entityEntity的兴趣范围(AOI)缺省是500m是可以自定义的，依赖于很多因素Entity和CellEntity们穿越cell边界是无缝的客户端不会感觉到(穿越边界的发生)每个Cell维护着一个list，存放着在其边界外沿的entityGhostentities500m(和AoI同值)Cell2HoldsghostentityCell1Holdsrealentity500mradiusEntity:Real和Ghostrealentity是权威的entity一个ghostentity是从邻近的cell的对应的entity的部分数据的拷贝RealentitiesGhostentities500mCell1Ghostentity解决跨越cell边界的entity的交互问题方法调用转发给其realentity属性一个属性可以是realonly的：例如:将永远不会存在于ghost上如果一个属性对于客户端是可见的，那么该属性必须是可以ghost的当前的武器装备类型名字Ghost属性是只读的要更改属性值只能通过方法调用来更新其对应的realentityEntity的数据更新客户端实现LoD以加速渲染CellApp实现LoD以减少:带宽的消耗每个entity的CPU消耗LoD在CellApp上的作用类似于在客户端的作用细节程度是相对于玩家entity与之的距离的客户端entity方法可以实现LoDEntity属性实现LoD可以避免不必要的通信到客户端当前的武器(对于很远的距离(的entity)来说是不可见的)CellApp管理器(CellAppMgr)CellAppMgr知道:所有的CellApp(及它们的负载)所有的cell边界所有space管理CellApp的负载平衡告诉CellApp们它们的cell边界应该在哪里把新建的entity加入到正确的cell上1个服务器群组一个CellAppMgr实例当垮掉时用Reviver复活服务器能够继续运作(没有负载平衡功能)Database管理器(DBMgr)管理entity数据的数据库存储负责数据库与其余的服务器间的entity信息的通信支持的数据库类型:XML(用于快速的原型)MySQL(用于产品的开发)…你自己定制(提供DBMgr的全代码)可与你的收费系统集成独立的机器Entity备份存档在BaseApp间轮流调度处理BaseApp向cell要数据再传给DBMgrReviver复活垮掉的服务器进程不是必要的但是对运营非常有用是一个隐匿的执行程序能收到进程垮掉的消息重新启动进程并停止自己的reviver工作可以被制定成继续reviver工作主要用于复活管理器BigWorld机器Daemon(bwmachined)Daemon用于监视服务器进程每个服务器机器上有一个bwmahcined启动/停止服务器进程通知服务器群组各个进程的存活状态例如:当有进程垮掉时候通知Reviver监视机器的使用状态CPU/内存/带宽服务器进程间的通信Mercury基于UDP上的远程过程调用(RPC)协议可靠的通信一些用语:Bundle一组被发送的消息的集合Channel2个服务器进程间的通信的通道例如:Client于Proxy间的通道BigWorld服务器系统SwitchFabricInternetSwitchFabricBaseAppCellAppLoginAppBaseAppBaseAppCellAppCellAppDBMgrWorldserverCellAppLoginAppCellAppDatabaseCellAppMgrBaseAppMgrClientClientClientClientClient同时运行守护进程bwmachined*************通常的操作2个CellApps1个BaseApp应游戏的不同而不同早profile，经常profile应放在独立的机器的进程:DBMgrServerTools登录过程客户端发登录请求hostname/port是指定的LoginApp收到登录请求解密请求消息LoginApp转发登录消息到DBMgrDBMgr验证用户名/密码查询数据库转发请求到BaseAppMgrBaseAppMgr发送创建playerentity的消息到负载最小的BaseAppBaseApp创建一个新的proxy可能会创建一个新的cellentityProxy的UDP端口被返回给客户端途径BaseAppMgr,DBMgr,LoginAppSession2实现一个entityEntity的文件列出了所有的entity定义entity的属性和方法(XML)实现属性和方法(Python)resscriptsentities.xmlbasecellcliententity_defsentity.pyBaseApp脚本entity.pyCellApp脚本entity.pyClient脚本entity.def定义文件commonentity.py公用的scriptCell,base,client相互之间共用的实现函数server_commonentity.py公用的scriptCell,base相互之间共用的实现函数Entity的实现每个entity必须:在entities.xml文件的列表里必须有一个Entity_name.def文件每个entity可以:有最多3个部分的实现(client/cell/base)使用common路径下的共享的脚本Client/Server的定义文件必须匹配分布式的entityCell1Cell2SpaceSACBABCCABCellApp1CellApp2serverclientClientAACBClientBACBClientCACBABaseApp1BCBaseApp2RealcellentityGhostcellentityBaseentityPlayercliententityCliententityCell3CellApp3CAB简单的角色entityrootPropertiesnameTypeSTRING/TypeFlagsALL_CLIENTS/FlagsPersistenttrue/Persistent/name/PropertiesClientMethods/ClientMethodsBaseMethods/BaseMethodsCellMethodssetNameExposed//setName/CellMethods/rootEntity继承Entity定义文件支持继承res/scripts/entity_defs/interfaces两种继承机制Parent继承所有的东西属性/方法Volatile属性定义LoD级别简单级别的继承Implements继承属性和方法多级别的继承PlayerEntityrootImplementsInterfaceSimpleCharacter/Interface/Implements.../rootEntity属性类型像所有语言一样为网络传输/数据库存储标准化缺省值由类型决定可以在定义文件里覆盖广播形式的标志DetailLevelVolatile信息是否存储到数据库Entity定义数据类型简单类型INT8/UINT8FLOAT32/FLOAT64STRINGVECTOR3…序列类型ARRAYTUPLEEntity定义类型rootPropertiesnameTypeSTRING/Type/namearmorCol