从零开始学ArcGIS Server(二)－－系统结构

    本文严禁擅自转载或用于商业目的，如有需要请事先联系作者，同时也参阅了大量其他网络文档，如果您觉得侵犯您，请和我联系：chinazhousheng@gmail.com 

ArcGIS Server是一个由多个可以分布于多台机器的组件构成的分布式系统。ArcGIS Server系统的每个组件都在各自扮演着特定的角色，诸如进程管理、激活、解除活动以及平衡分配到给定服务器对象或服务器对象组的资源等。如图所示，ArcGIS Server的组件可以概括为GIS Server、Web服务器和客户端3类 。

 

图  ArcGIS Server系统结构图 

GIS Server

宿主各种GIS资源，例如Maps、Globes、Address Locators，并将它们封装为服务提供给客户端应用。GIS Server本身包括两部分：Server Object Manager(SOM)和Server Object Containers(SOCs)。通过命名可以看出，是一个SOM和一个或多个SOC，客户端发送请求到SOM，SOM将分配的资源提供给客户端，通过 SOM对SOC进行调度与管理。

GIS服务器负责管理和运行服务器对象。它包括一个Server Object Manager（SOM）、一个到多个Server Object Containers（SOC）和ArcGIS Server软件开发包。可以将GISServer理解为下面的公式：

GIS Server=SOM+n* SOC 

其中,n为大于0的整数。SOM位于唯一的一台服务器中,SOM可以管理多个SOC进程,而SOC进程存在于一台或多台容器服务器中。

Web服务器与GIS服务器的对象调用

服务器对象管理器SOM(Server Object Manager)是一个用于管理GIS资源（如地图或定位器的对象）并运行在GIS Server上的Windows/Unix服务，是管理分布于一个或多个容器服务器中的服务器对象或服务器对象组。当Web应用通过LAN或WAN直接连接到GIS Server时，实际是建立一个与SOM的连接，连接地址是运行SOM的服务器名称或IP地址。它本身是一个ArcObjects组件，并且有权限来使用服务器端的其它ArcObjects组件。

服务器对象容器SOC(Server Object Container)是一个运行一个或多个服务器对象的进程。SOC进程由SOM启动和终止。SOC进程运行于GIS Server的容器服务器之上。SOM负责管理多个SOC，即一群进程，如负责将外部访问交给某个进程处理，平衡SOC的荷载。

一个服务器上下文(Server Context)是运行一组服务器对象的服务器上的保留空间。可以将服务器上下文想象成一个进程，由运行服务器对象的服务器管理。服务器上下文提供了一种在相同空间和“进程”中创建对象的方法，并作为一个运行的服务器对象，在同一个服务器上下文中工作的对象合作更好。

因此，一个外部访问其访问过程为：客户端产生一个请求到Web服务器，Web服务器通过ArcObjects代理访问连接到SOM，SOM将分配一个SOC，这个SOC是一个进程通道，我们的任何访问和操作都在这个通道内完成，通过这个进程中的一个例程，我们获得了一个服务器对象，这个服务器对象，就是需要获取的对象。因此，ArcGIS Server实际上就是一个管理服务器对象的对象服务器。

Web服务器

Web Server包含Web应用的部署，以及Web服务，它们均使用GIS Server上的服务资源。

客户端

客户端是多样化的，可以是Web客户端、Mobile移动设备、通过HTTP连接到ArcGIS Server Internet服务或通过LAN/WAN连接到ArcGIS Server Local Services的ArcGIS桌面应用。

Manager and ArcCatalog administrators

    两者都可以用来将GIS资源作为服务发布，并进行管理，不同的是一个是在Web页面上管理，另一个在桌面Catalog上，在图上可以看出，它们所针对的层次有所不一样。

ArcGIS Desktop content authors

    各种GIS资源需要使用各种ArcGIS Desktop软件来定制，如果需要为地图服务生成缓存，可以用ArcCatalog来创建Cache。

转载于:https://www.cnblogs.com/chinazhousheng/archive/2008/05/10/1191525.html