Cómo funciona el servidor SIG

ArcGIS Server consta de varios componentes que se pueden distribuir en varios equipos. Cada componente en el sistema ArcGIS Server cumple un rol específico en el proceso de administración, activación, desactivación y equilibrio de carga de los recursos que se asignan a un conjunto de servicios.

Los componentes de ArcGIS Server se pueden resumir de la siguiente manera:

El servidor SIG

El servidor SIG consta de un SOM y de uno o más SOC. El SOM administra el conjunto de servicios que se distribuyen en los SOC. Cuando una aplicación establece una conexión directa a un servidor SIG a través de una LAN o WAN, primero establece una conexión al SOM, que después encuentra una instancia de servicio gratuito para asignar al cliente por la duración de la transacción.

Los SOC alojan los servicios administrados por el SOM. Todos los servicios se ejecutan en todos los SOC, de modo que es importante que todos los SOC tengan acceso a los recursos y datos necesarios para ejecutar cada servicio. Puede configurar el valor de capacidad de un SOC para limitar la cantidad de instancias de servicios en ejecución que puede alojar al mismo tiempo.

Cada equipo SOC es capaz de alojar múltiples procesos SOC. Cada proceso SOC puede tener una o más instancias de servicios de la misma configuración de servicio ejecutándose con este. El SOM coordina procesos SOC de inicio y parada al utilizar el proceso ArcSOCMon, que mantiene el estado de los procesos de contenedor en caso de que el SOM se desconecte o falle inesperadamente. Los objetos alojados dentro de los procesos SOC son componentes de ArcObjects instalados en el equipo SOC como parte de la instalación de ArcGIS Server.

El SOM, ArcSOCMon y SOC son procesos que se ejecutan en un equipo. Un único equipo puede funcionar como un SOM y un SOC en una configuración de ArcGIS Server. Todos los equipos en una configuración de ArcGIS Server tienen un proceso ArcSOCMon. Si se desea, el servidor Web y el Marco de trabajo para desarrolladores de aplicaciones Web (ADF) pueden coexistir con el SOM y el SOC, lo que permite una implementación de ArcGIS Server en sólo un equipo. Este tipo de configuración es útil para fines de desarrollo y prueba, así como también para implementaciones pequeñas.

Directorios del servidor

El servidor administra varios tipos de directorios, que se utilizan para almacenar archivos que el servidor necesita para su trabajo.

  • Los directorios de salida son para los archivos temporales necesarios para el servidor. Algunas veces, estos archivos se devuelven al usuario como salida, por ejemplo como imágenes de mapa. Algunos tipos de servicios, como los servicios de geodatos, requieren directorios de salida. Para otros servicios, un directorio de salida es opcional o no necesario.
  • Los directorios de caché almacenan memorias caché de imágenes de mapa representadas previamente que los servicios de mapa y globo pueden utilizar para una visualización más rápida. Consulte ¿Qué es el caché de mapa? y Cómo funcionan las cachés de globo para obtener más información acerca de las cachés.
  • El directorio de trabajos almacena archivos necesarios para los servicios de geoprocesamiento. A menudo, las tareas de geoprocesamiento requieren un espacio para escribir archivos temporales y almacenar información acerca de trabajos constantes. Estos elementos se almacenan en el directorio de trabajos.
  • El directorio de entrada contiene archivos de definición del servicio de mapas (MSD) creados al publicar un servicio desde ArcMap con la barra de herramientas Publicación de servicio de mapas.
  • El directorio de índices almacena archivos de índice generados por servicios de búsqueda. Estos índices después se pueden utilizar para encontrar rápidamente recursos SIG dentro de la organización. Consulte Servicios de búsqueda para obtener más información sobre el índice y cómo se genera.

Procesos iniciados por el servidor SIG

Los servicios de Windows Administrador de objetos de ArcGIS Server y Monitor SOC de ArcGIS representan el servidor SIG. El servicio de Administrador de objetos de ArcGIS Server inicia los siguientes procesos, que siempre se ejecutarán en un servidor SIG en funcionamiento, incluso cuando todos los servicios SIG se detienen:

ArcSOM.exe: 1 instancia

  • Proceso de Administrador de objetos de servidor: actúa como mediador de solicitudes para varios servicios

ArcSOC.exe: 1 instancia

  • Administrador de directorios del servidor: limpia los directorios de ArcGIS Server

El proceso del Administrador de directorios del servidor se puede crear en cualquier equipo SOC y no se puede distinguir de otros procesos de ArcSOC.exe excepto por el tamaño. El proceso de directorio es generalmente más pequeño que los procesos de ArcSOC.exe que representan servicios SIG.

El servicio de Monitor SOC de ArcGIS está presente en cada equipo en una implementación de ArcGIS Server. Este servicio es responsable de iniciar el siguiente proceso en cada equipo y siempre se ejecutará en un servidor SIG con buen funcionamiento:

ArcSOCMon.exe: 1 instancia por equipo (incluido un equipo SOM independiente, pero no en un equipo de servicios Web independiente)

  • El proceso de Monitor SOC ArcSOCMon.exe maneja la lectura y escritura de registros de ArcGIS Server y controla el estado de los procesos de ArcSOC.exe que se ejecutan en un equipo SOC. Esto ayuda a una rápida recuperación de la implementación de ArcGIS Server en el caso donde el SOM se desconecta de los equipos SOC por una falla de red o hardware. Cuando se vuelve a establecer la conexión del SOM, las instancias de SOC en ejecución no necesitan reiniciarse pero pueden simplemente volver a adjuntarse.
ExploreExplore:

Es posible que también vea los procesos denominados ArcSOMP.exe y ArcSOCP.exe ejecutándose en el equipo. A pesar de los nombres familiares, estos procesos no forman parte de ArcGIS Server. Son creados y utilizados por ArcGIS Desktop para permitir que las herramientas de geoprocesamiento se ejecuten en segundo plano mientras realiza otras tareas.

Controlar el buen funcionamiento de equipos SOC

El SOM y ArcSOCMon trabajan juntos para monitorear constantemente los SOC que controlan para determinar si están conectados correctamente. Si la conexión entre un equipo SOC de ArcGIS Server y el SOM se interrumpe o se rompe, ya sea por una falla de red intermitente o por el cierre del SOC, el equipo SOM primero intenta recuperar la conexión al equipo SOC y luego marcar el equipo SOC como deshabilitado. Los equipos deshabilitados se revisan periódicamente para ver si funcionan y si pueden agregarse nuevamente al servidor.

Puede controlar algunos comportamientos de revisión al editar las etiquetas <MachinePing*> en el archivo Server.dat. Consulte Archivos de configuración del servidor para obtener más información sobre el archivo Server.dat y el significado de estas etiquetas.

Si se determina que un equipo está deshabilitado, todas las instancias de servicio que aloja se vuelven a asignar a otros equipos SOC en ArcGIS Server. Cuando se determina que el equipo SOC deshabilitado se habilita nuevamente, se agrega otra vez a ArcGIS Server y las instancias de servicio se vuelven a distribuir en el equipo de manera equilibrada.

Si el SOM se deshabilita, ya sea por una falla de red o hardware, el proceso ArcSOCMon trabaja para mantener los procesos de ArcSOC.exe activos hasta que el SOM se pueda volver a conectar o iniciar.

El servidor Web

El servidor Web aloja aplicaciones Web y servicios Web. Los ejemplos de aplicaciones Web incluyen aplicaciones de edición sin conexión y de representación cartográfica, así como también cualquier otra aplicación que hace uso de ArcObjects y es adecuada para navegadores Web.

Los servicios Web pueden exponer, por ejemplo, servicios de mapas y geocodificación a los que los usuarios de SIG de escritorio pueden conectarse y consumir por Internet. Es posible crear sus propios servicios Web nativos cuyos parámetros no son de tipo ArcObjects pero sí realizan una función SIG específica. Por ejemplo, puede escribir un servicio Web, FindNearestHospital, que acepta coordenadas x,y como entrada y devuelve el objeto Hospital definido por aplicación que tiene propiedades como la dirección, el nombre y la cantidad de camas.

Las aplicaciones Web se conectan a servidores SIG dentro de la organización a través de la LAN. En este sentido, la aplicación Web o el servicio Web es un cliente del servidor SIG. Los usuarios se conectan a aplicaciones Web y servicios Web a través de Internet o Intranet, pero la lógica de todas las aplicaciones Web se ejecuta en el servidor Web y envía lenguaje de marcado de hipertexto (HTML) al cliente de navegador. La aplicación Web misma hace uso de objetos y de la funcionalidad que se ejecuta en el servidor SIG. Esto permite desarrollar aplicaciones Web que hacen uso de ArcObjects en el servidor como lo haría una aplicación de escritorio que se conecta al servidor SIG a través de la LAN o WAN.

Dado que los usuarios interactúan con el navegador, realiza solicitudes a la aplicación Web, que a su vez realiza solicitudes al SOM. El SOM devuelve un proxy a un objeto de servidor u objetos de servidor que se ejecutan en el servidor SIG. La aplicación Web utiliza el proxy para trabajar con el objeto como si existiera en el proceso de la aplicación Web, pero toda ejecución ocurre en el servidor SIG.

Clientes

Los clientes de un sistema ArcGIS Server pueden incluir cualquiera de los siguientes:

Navegadores Web

Cualquiera con un navegador Web y una conexión de Internet puede realizar tareas SIG en servicios mediante una aplicación Web que esté bien diseñada. Los ADF Web para .NET y Java, así como también las API de ArcGIS para JavaScript, Flex y Silverlight, brindan herramientas para crear aplicaciones Web que hacen uso de servicios. Los usuarios finales de estas aplicaciones Web no necesitan tener ningún software SIG o ArcObjects instalado en los equipos.

ArcGIS Explorer

ArcGIS Explorer es una aplicación de escritorio gratuita y sencilla para la navegación y visualización de datos. Puede agregar los servicios de ArcGIS Server como datos en ArcGIS Explorer para obtener una gran experiencia de navegación y visualización. Para una funcionalidad avanzada, puede utilizar el SDK de ArcGIS Explorer para desarrollar tareas personalizadas que funcionan con los servicios.

ArcGIS Desktop

Puede conectarse a servicios de ArcGIS Server mediante ArcGIS Desktop. Algunas aplicaciones que pueden obtener acceso a servicios son: ArcMap, ArcCatalog, ArcGlobe y ArcReader.

Con ArcCatalog o la ventana Catálogo en ArcMap, puede conectarse al servidor SIG en la LAN o WAN. También puede especificar la URL de un servidor SIG o un servicio Web específico para conectarse a un servidor SIG por Internet.

El administrador de servidor SIG también puede utilizar ArcCatalog para administrar el conjunto de servicios y las propiedades. Los administradores se pueden conectar al servidor SIG a través de la LAN o WAN y pueden utilizar ArcCatalog para agregar o quitar servicios, y para configurar cómo se deben ejecutar los servicios (los servicios no se pueden administrar a través de una conexión de Internet). Los administradores también pueden designar el conjunto de equipos de contenedor que están disponibles para el servidor y los directorios que el servidor puede utilizar para escribir cualquier salida.

aplicaciones de ArcGIS Engine

Las aplicaciones de ArcGIS Engine pueden utilizar el servidor SIG de diversas maneras. La más fácil es trabajar con servicios en la forma de datos dentro de documentos de mapa o globo. Un desarrollador de ArcGIS Engine también puede diseñar una aplicación que envíe datos al servidor SIG para tareas avanzadas, como el análisis espacial, que requieren extensiones sólo con licencia en el equipo de servidor. Por el contrario, la aplicación puede solicitar datos del servidor para editar o analizar dentro de la interfaz de usuario enriquecida de la aplicación ArcGIS Engine.

Entornos de red en plataformas de Windows

ArcGIS Server se puede ejecutar en los entornos Windows Domain o Windows Workgroup.

Cuando utiliza ArcGIS Server en un entorno Windows Workgroup, debe seguir los siguientes pasos para asegurar la autenticación adecuada contra el servidor SIG:


3/6/2012