How the GIS server works
How the GIS server works |
|
| Release 9.3.1 |
|
ArcGIS Server is a distributed system consisting of several components that can be distributed across multiple machines. Each component in the ArcGIS Server system plays a specific role in the process of managing, activating, deactivating, and load balancing the resources that are allocated to a given service or set of services.
The components of ArcGIS Server can be summarized as follows:
The ArcGIS Server system architecture
The GIS server is composed of a SOM and one or more SOCs. The SOM manages the set of services that are distributed across one or more SOCs. When an application makes a direct connection to a GIS server over a LAN or WAN, it is making a connection to the SOM.
SOCs host the services that are managed by the SOM. All services run on all container machines, so it's important that all container machines have access to the resources and data necessary to run each service. You can set the capacity value of a SOC machine to limit the number of running services it can host at one time.
Each container machine is capable of hosting multiple container processes, in which one or more services are running. The SOM starts and shuts down the container processes. The objects hosted within the container processes are ArcObjects components that are installed on the container machine as part of the installation of ArcGIS Server.
The SOM and SOC are processes that run on a machine; therefore, a single machine can act as both a SOM and a SOC in an ArcGIS Server configuration. If desired, the Web server and the Web Application Developer Framework (ADF) can coexist with the SOM and the SOC, allowing a deployment of ArcGIS Server on just one machine. This type of configuration is useful for development and testing purposes, as well as small deployments.
The server manages several types of directories, which are used to store files that the server needs for its work.
The Windows service ArcGIS Server Object Manager represents the GIS server. This service starts the following processes, which will always be running on a working GIS server, even when all GIS services have been stopped:
ArcSOM.exe - 1 instance
ArcSOCMon.exe -1 instance per SOC machine
ArcSOC.exe - 2 instances
The Server Log and Server Directory Manager processes can be created on any SOC machine and are indistinguishable from other ArcSOC.exe processes except by size. The logging and directory processes are generally smaller than ArcSOC.exe processes that represent GIS services.
The SOM constantly monitors the SOCs that it controls to determine whether they are properly connected. If the connection between an ArcGIS Server SOC machine and the SOM is interrupted or broken, whether by an intermittent network fault or by shutting down the SOC, the SOM machine will first try to recover the connection to the SOC machine, then mark the SOC machine as disabled. Disabled machines are periodically polled to see if they are running and can be re-added to the server.
You can control some of this polling behavior by editing the <MachinePing*> tags in the Server.dat file. See Server configuration files for more information about the Server.dat file and the meanings of these tags.
If a machine is determined to be disabled, all the service instances it was hosting are reassigned to other SOC machines in the ArcGIS Server. When the disabled SOC machine is determined to be enabled again, it is added back to the ArcGIS Server, and service instances are distributed back to the machine in a balanced way.
The Web server hosts Web applications and Web services. Examples of Web applications include mapping and disconnected editing applications, as well as any other application that makes use of ArcObjects and is appropriate for Web browsers.
Web services can expose, for example, map and geocode services that desktop GIS users can connect to and consume over the Internet. It is possible to create your own native Web services whose parameters are not ArcObjects types but do perform a specific GIS function. For example, you could write a Web service FindNearestHospital, that accepts x,y coordinates as input and returns an application-defined Hospital object that has properties such as the address, name, and number of beds.
Web applications connect to GIS servers within their organization over the LAN. In this sense, the Web application or Web service is a client of the GIS server. Users connect to Web applications and Web services over the Internet or intranet, but all the Web application's logic runs in the Web server and sends Hypertext Markup Language (HTML) to the browser client. The Web application itself makes use of objects and functionality running within the GIS server. This allows you to develop Web applications that make use of ArcObjects in the server as would a desktop application connecting to the GIS server over the LAN or WAN.
As users interact with their browser, it makes requests to the Web application, which in turn makes requests to the SOM. The SOM hands back a proxy to a server object or server objects that are running within the GIS server. The Web application uses the proxy to work with the object as if it existed in the Web application's process, but all execution happens on the GIS server.
Clients of an ArcGIS Server system can include any of the following:
Anyone with a Web browser and an Internet connection can perform GIS tasks on services using an appropriately designed Web application. The ADF provides tools for creating Web applications that make use of services. Since all the work is done on the server, end users of these Web applications don't need to have any GIS software or ArcObjects installed on their machines.
ArcGIS Explorer is a free lightweight desktop client for ArcGIS Server that can display data in three dimensions. You can add your ArcGIS Server services as data in ArcGIS Explorer for a rich navigation and viewing experience. For advanced functionality, you can use the ArcGIS Explorer SDK to develop custom tasks that work with the services.
You can connect to ArcGIS Server using ArcGIS Desktop applications to make use of services running in the server. ArcGIS Desktop applications that can access services include ArcMap, ArcCatalog, ArcGlobe, and ArcReader.
With ArcCatalog, you can connect to a GIS server directly on the LAN or WAN. You can also specify the URL of a GIS server or a specific Web service running on that GIS server to indirectly connect to a GIS server over the Internet.
The GIS server administrator can also use ArcCatalog to administer the set of services and their properties. Administrators can connect to the GIS server over the LAN or WAN and use ArcCatalog to add and remove services as well as configure how services should be run. Administrators also designate the set of container machines that are available for the server and the directories the server can use to write any output.
ArcGIS Engine applications can utilize the GIS server in a variety of ways. The simplest is by working with services in the form of data inside map or globe documents. An ArcGIS Engine developer could also design an application that sends data to the GIS server for advanced tasks, such as spatial analysis, that require extensions only licensed on the server machine. Conversely, the application might request data from the server to edit or analyze within the rich user interface of the ArcGIS Engine application.
ArcGIS Server can run in Windows Domain or Windows Workgroup environments.
When using ArcGIS Server in a Windows Workgroup environment, you need to take the following steps to ensure proper authentication against the GIS server:
Local Security Settings must be altered from the default as follows: