SecondLife核心架构浅析(1)

SL目前采用的是 http REST轻量级SOA＋专用协议(区域主机)，数据序列化格式目前使用的是XML，将来会增加Binary和Json格式。

SL的设计目标：
  虚拟世界区域可伸缩性能
    * 6千万地图区域 (或更多)

  居民数量伸缩性：
    * 20亿用户

  同时在线用户数量伸缩性：
    * 5千万 - 1亿的同时在线用户(无论来自哪个平台)

SL的核心架构是由区域(Region地图)世界域Domain和角色（Agent）世界域Domain构成。

一、区域(Region地图)Domain

区域(Region地图)又分为区域服务，区域主机(Host)和区域数据仓库(Stores)等服务。
区域服务是用Python编写的无状态的HTTP/REST Service,区域主机则是专用协议高效的在某个区域的消息状态服务，处理该区域内的一切交互，而区域数据仓库则是数据层服务。
区域服务用于处理和区域相关的无状态信息：
    *  Avatar 位置
          o avatar 在缩略图上的位置 (绿色的小点)
          o 来自其它角色的请求
                + 交谈
                + God / Support level
    * 对象信息
          o 元数据 (名称 / 说明 / 待售)
                + 搜索
          o 任务物品
          o 地理位置
                + 打造地图图像
          o 区域统计 (FPS/Frame Times/etc)
    * 土地信息
          o 名称 / 说明
          o 当能搜索才公开

区域主机用于处理该区域的一切交互行为，也就是在SL中常提到的simulators。
    * 物理引擎
    * 脚本执行
    * 本地 avatar/脚本化聊天

区域主机的划分是一个有意思的课题：
  区域的适度大小划分
  区域的角色（Agent）数
    物理运算的能力
    脚本执行能力
可惜这部分并没有开源。

区域数据仓库

区域数据仓库存放了某个区域的数据：
    *  对象信息
          o 地理位置
          o 形状/贴图
          o 链接/组关系
          o 物品
          o 元数据
                + 名称 / 描述
                + 许可
                + 版本信息
    * 区域信息
          o 许可
          o 贴图
          o Logs
          o Metrics / Stats
    * Parcels(一小块土地)
          o 元数据
                + 名称 / 描述
                + 许可
                + 元数据
          o 搜索设置

角色（Agents）

角色(Agents)也同样分为角色服务，角色主机（Host）以及角色数据仓库等服务。
角色服务用于处理角色相关的无状态信息，角色主机（Host）服务实际上角色会话服务，保持的是和角色相关的状态的信息，同样角色数据仓库为其数据层。