[ ArcGIS for Server 10.1 系列 ] - 云计算 之 后台接口篇

 开放的后台接口 - ArcGIS Server Admin API

 

      ArcGIS for Server 10.1 对比于前些版本,不但提供基于操作各类Service的Rest/Soap SDK API,如:ArcGIS API for Javascript、ArcGIS API for Flex等等;而且提供操作和管理后台的Admin API。


      ArcGIS Server Admin API是基于主流的Rest框架,这样无论使用的是C/S,还是B/S;无论使用Javascript、Sliverlight,还是Flex,都可以轻松的操作ArcGIS Server暴露出来的后台接口。


      ArcGIS Server Admin API对于建设云架构的GIS应用环境是至关重要的。它提供了粒度适中的接口,让用户可以轻松的控制后台ArcGIS Server整个运行情况,无论是动态创建、或者删除GIS Server;调整某个GIS Server的实例数;还是动态迁移Site;合并多个Cluster集群;乃至统计某Map服务的访问量;监控某个GP服务的处理时间。


      Admin API让ArcGIS for Server完美的支持云架构,主要体现在主流云计算的以下几大特征中

 


      2.1、GIS服务的智能弹性调整。


      在通用的GIS应用中,伴随着用户量或者使用频率的增加,超负荷并发量的请求推向后端的GIS服务器。此时,GIS服务处理性能就遇到瓶颈。


      这种情况下,我们通常需要停止GIS服务,重新构建满足客户需求的GIS环境。这就涉及到:物理服务器环境变更,如:添加服务器、或者替换为更高性能的机器;再者需要在新环境中重新部署ArcGIS Server,如:安装和配置软件、数据迁移、服务重新发布等等无法避免的操作。这些都是耗时耗力的过程,并且使得GIS应用无法满足7*24的运行。 


      当此应用的用户量或者使用频率下降时,根本不需要如此多资源,这样又造成严重的资源浪费。


      基于ArcGIS for Server 10.1新架构下,结合Admin API可以智能的弹性调整资源。调整分为两个级别:GIS Server机器级别 和 Server Instance实例级别。资源弹性调整分为两种情况:


      • 当并发负载开始增加时,首先检查现有GIS Servers机器的物理处理能力是否饱和,如果不饱和的话,增加现有GIS Server机器中的Server Instance实例数,使其达到饱和状态;随着并发量的持续增加,现有的GIS Server机器已经达到饱和状态,此时启动备用的GIS Server机器,并且平滑的将新的GIS Server加入到GIS 服务逻辑单位中。如果并发量再增加导致新的GIS Sever机器也达到饱和,则可以继续平滑增加新GIS Server机器,达到满足用户并发量的GIS环境。 当然如果资源充足的话,可以无限的并发扩展。


      • 当并发访问量开始下降时,现有的GIS Servers出现亚饱和状态,此时减少某台GIS Server机器上的实例数。伴随着访问量下降到一定程度,现有环境GIS Servers出现不饱和,此时可以平滑的将某台GIS Server移除。这样不断的动态调整,在低并发时使用少量的GIS Servers机器,而删除掉其余的机器,以达到最合理的利用资源。


     上述情况的性能检查和服务调整,不管是实例级别的,还是GIS Server机器级别的,其核心功能是基于Admin API提供的。
在实际生产情况,上述两种过程是交替、平滑的发生在云端,对ArcGIS的用户来说完全是黑箱的,无论用户端使用情况如何复杂,用户都能获得流畅的用户体验。

 


      2.2、GIS服务可度量。


      GIS服务的智能弹性调整的基础是:服务可度量。 通过Admin API暴露出来的某些服务度量数据,云GIS应用才能进行智能的调整资源。但是资源的弹性调整并不是GIS服务可度量的唯一用途,除此之外,它还可以向管理者反映:某服务的历史访问量、某服务操作的成功率等等。


      Admin API暴露出以下重要的可度量的信息:


      • 宏观信息。如Site中集群数;某个Cluster服务逻辑中的GIS Server数;每个GIS Server的最大实例数等。
      • 微观信息。如:截至到当前时刻服务的访问量;该访问量占用的处理时间;服务实例数实时使用情况等。

 


      2.3、精准的成本核算。


      基于Admin API提供的成本核算也是建立在服务可度量的基础之上。根据事先定制好的服务成本系数,可以精准的核算出每个服务在某段时间的成本费用。除此之外,在Admin API上传数据时可以获得数据量大小,在按照事先定制数据成本系数,可以获得GIS数据的成本费用;再者可以结合Web服务监视接口可以获得托管在云端的应用成本费用。

 


      2.4、完善的日志描述


      在ArcGIS Server 10.1中通过Admin API暴露了完善的日志接口,不但包含系统日志,而且包含操作日志。例如:系统日志就分为:SEVERE, WARNING, INFO, FINE, DEBUG等级别,每种级别中有不同的日志代码,根据日志代码可以查询到问题表述,可以帮助管理人员有效的解决问题。

 

 

 


说明

  本文属原创文章,欢迎转载且注明文章出处。  

  作      者:UpdooGIS

  文章出处:http://UpdooGIS.cnblogs.com/


 


posted @ 2011-11-30 10:33  爱图--UpdooGIS  阅读(1012)  评论(1编辑  收藏  举报