[ ArcGIS for Server 10.1 系列 ] - 云计算 之 后台接口篇
2011-11-30 10:33
211 查看
[b]开放的后台接口 - ArcGIS Server Admin API[/b]
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/
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/
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- [ ArcGIS for Server 10.1 系列 ] - 云计算 之 架构篇
- ArcGIS 10.1 for Server安装教程系列—— Linux下的单机安装
- ArcGIS 10.1 for Server安装教程系列—— Linux下的单机安装
- [ ArcGIS for Server 10.1 系列 ] - 重新创建Site
- [ ArcGIS for Server 10.1 系列 ] - 动态获取权限Token
- [ ArcGIS for Server 10.1 系列 ] - 重新创建Site
- ArcGIS 10.1 for Server安装教程系列—— Linux下的单机安装
- [ ArcGIS for Server 10.1 系列 ] - 新特征
- [ ArcGIS for Server 10.1 系列 ] - 分布式部署GIS Servers
- [ ArcGIS for Server 10.1 系列 ] - 动态获取权限Token
- [ ArcGIS for Server 10.1 系列 ] - 重新创建Site
- ArcGIS 10.1 for Server安装教程系列—— Linux下的单机安装
- ArcGIS 10.1 for Server安装教程系列—— Linux下的单机安装
- ArcGIS 10.1 for Server 新特性简要介绍（构建云GIS平台的基石）
- ArcGIS 10.1 for Server 扩展开发（SOE)
- ArcGIS For Server10.1新特性之-服务器端打印服务及前端调用
- ArcGIS 10.1 for Server 如何注册数据库(上）
- ArcGIS for Server10.1集群
- ArcGIS 10.1 for Server修改计算机名称后，如何使Server工作起来
- OpenSUSE12.2上安装ArcGIS Server for Linux 10.1 sp1