2010 03 08 现有系统架构说明

 

现有系统部署包括：

1. POS销售系统

2. GLOBAL后台服务器

3. web网站系统

 

其中pos销售系统依赖的网络模块包括：

1. webservice

2. healthcheck

3. comet

4. consistency ( in future ) 

5. version

6. registry 

 

POS系统启动流程：

1. 启动本地noebe，依赖本地配置文件

2. 启动注册系统，获取配置信息，依赖本地配置文件，服务器 = pixysoft.net

3. 获取全局同步时间 ，依赖本地配置文件，服务器 = citibox/pixysoft

4. 启动ws.noebe，依赖注册系统信息，服务器 = citibox / pixysoft

5. 启动同步系统，依赖ws.noebe

6. 启动orm，依赖noebe / cst.noebe

7. 启动comet，依赖注册信息系统，服务器 =  pixysoft

8. 启动内存数据库，依赖noebe/ws.noebe

9. 装载版本控制，依赖注册系统信息

10.  装载条形码系统，依赖本地配置文件

11.  检查磁盘控件

 

之前遇到的问题：

1. 同步层不工作。 

查询发现是registry注册模块内部错误。导致没有获取有效的配置信息，ws没有启动。

解决方法，更新registry。这里出现一个问题，一旦registry失效，本地的备份丢失，则无法实现全局同步升级

 

2. 网站访问权限问题。

由于pos配置了一个token的登录，但是登录registry和consistency是不同的服务器，则需要两者的权限验证同步。

解决方法：使用统一权限验证系统，要开发出来。 

 

3. registry的单点故障问题。

一旦registry代码本身发生了错误，就会导致升级模块失败，产生级联反应。

如果版本控制单独隔离，就需要部署系统都注明配置文件，太复杂。而且同样的原理，一旦版本控制代码错误，也会发生相同的问题。不过，现在发生单点瓶颈出现在2个地方，一个是registry、一个是autoupdate。

 

以后配置文件项目：

1. registryurl

2. tokenusernmae

3. tokenpassword

4. shopcode+machinecode

5. other local setting， basicpath / barcodetype / printer type / shopname ...

其余的配置文件全部通过网络下载。包括全局同步时间。 

 

配置文件包括了：

1. 本地配置

2. 注册表配置

3. 默认配置 针对单点错误的问题。