按自治域部署服务实例

　　由于Web Service良好的模块化效果，原子服务是否在相同自治(逻辑)域，对服务调用并没有本质的影响，而有影响的部分在于平台相关的服务方面。由于平台基础服务需要维护所有服务的信息，服务的注册查找等操作都要通过平台基础服务来完成，因此使用一个平台基础服务的实例来维护所有的原子服务信息是不现实的。同时考虑到自治域通常是按不同的ISP划分的，ISP一般会希望对自己域内的服务实行一定的权限控制，不会让所有服务都对所有用户公开，因此按自治域来进行平台基础服务实例的部署是比较合适的方案。同时，即使是在同一个自治域中，出于管理上的方便，也可以部署多个平台基础服务的实例，将整个域人为地划分为若干个逻辑域，不同的逻辑域之间也需要通过平台基础服务来完成服务的查找等操作。

　　因此，IMSN体系结构框架还必须考虑多个平台基础服务实例间进行交互的问题，这种情况同时包括在不同自治域和同一自治域但不同逻辑域的情况，但实际上没有本质的区别，为简便起见，我们统称这类问题为跨域协作问题。跨域协作问题主要由平台基础服务处理。

　　测量参数的四种服务方式

　　IMSN性能测量系统目前提供了以下性能参数的测量：端到端连通性、端到端传输时延(和每条链路的传输时延)、端到端丢包率、端到端(可用)带宽、基于以上参数的性能评价参数(可配置)等。

　　对于以上每种性能参数的测量，至少提供以下几种服务方式：

　　1.即时发起的测量：用户在发起测量请求后可以实时看到测量结果；

　　2.定制定时的测量任务：用户指定测量任务、测量开始时间、测量持续时间、每次测量间隔等参数，系统返回定制成功或失败的信息；

　　3.查看定制任务测量数据：用户配置定制任务的显示方式，系统准实时显示测量结果；

　　4.支持用户定制视图，按组查看多个任务的测量结果数据。

　　IMSN性能测量系统作为一个完全分布式的系统，在CNGI-CERNET2主干网25 个核心节点的22节点进行部署。北京、南京、上海等节点实际上早在2008年初就部署了IMSN的早期版本，规模部署(或更新)于2010年3月开始，到4月全部部署完毕。个别节点(浙江大学节点、北京大学节点和北京邮电大学节点)由于设备和网络等条件限制，没有部署服务。IMSN系统对CNGICERNET2主干网进行连通性、时延、丢包和可用带宽的测量。部署了测量服务的节点在图2中以蓝色标出，未部署的节点以红色标出。同时，由于上一代性能测量系统的数据库存放在南京节点，因此新系统的数据中心服务Agent也部署在了南京节点，同时将旧系统的测量数据分批导入了新系统的数据库。在北京节点部署了Client和Manager组件。

图2    CNGI-CERNET2主干网拓扑结构及IMSN部署

　　限于篇幅，本节着重对其中可用带宽和传输时延的测量结果进行分析。