ArcGIS Hub se comunica con miles de servidores de todo el mundo por medio de la especificación abierta REST de GeoServices. Estos servidores utilizan versiones diferentes de ArcGIS Server, de la 10.1 a la 10.9.1, y se ejecutan en infraestructuras administradas por organismos acreditados o pueden estar alojados en la nube de ArcGIS Online . Para administrar los diferentes rendimientos de servidor de este conjunto dispar de información en la web, es recomendable tener en cuenta los siguientes detalles al publicar los datos.
Propiedades del servicio
A continuación, se presentan algunas prácticas recomendadas para configurar las propiedades del servicio:
El recuento máximo de registros debe ser inferior a 5.000
Cuando se publica un servicio, se define un recuento máximo de registros predeterminado de 1000 o 2000 con el fin de garantizar un rendimiento óptimo del servidor para el cliente. El recuento máximo de registros determina el número máximo de entidades que se pueden devolver en una única solicitud. Cuando un servicio tiene definido un recuento demasiado alto, un cliente puede intentar solicitar todos los datos en una única solicitud que tardará en generarse y que será demasiado grande para el envío por Internet.
Puede tener sentido incrementar el valor por encima del rango predeterminado si solo hay algo más de 2.000 o cerca de 4.000 entidades en total en la capa o en la tabla.
Para los servicios con un recuento máximo de registros superior a 5.000, el administrador recibirá un mensaje de advertencia en ArcGIS Hub en el que se le sugiere que lo reduzca. Aunque esto implica que podrán aparecer menos entidades en el mapa, también significa que un cliente no tendrá que esperar un tiempo excesivo para que el mapa se dibuje. Los usuarios obtendrán visualizaciones en cuadrícula cuando el mapa no pueda mostrar todas las entidades a la vez.
Los servicios con un recuento máximo de registros superior a 10.000 no se indexarán en ArcGIS Hub, y el error se notificará al administrador. De nuevo, esto es así por motivos de rendimiento, ya que recopilar todos los datos cada vez que se visualizan sobrecarga un servidor y resulta lento para el usuario que visualiza los datos.
Es importante tener en cuenta que, sea cual sea el recuento máximo de registros, ArcGIS Hub consultará todos los datos de 1.000 registros en 1.000 registros y los agregará para facilitar las descargas de los archivos en los formatos CSV, KML, SHP o GeoJSON.
Vínculos de OGC
Los vínculos de WMS, WFS y WCS se agregan a la sección de la API de la vista de elementos de cada sitio cuando un publicador del servicio los ha habilitado en ese servicio. Si el publicador no ha habilitado estas funciones en el momento de la publicación, puede editar el servicio y activarlas. Una vez que lo haga, el administrador debería reindexar el dataset o todo el sitio si afecta a muchos datasets. Tenga en cuenta que los enlaces de OGC solo aparecerán en servicios de ArcGIS Server 10.2 o superior.
El acceso a las entidades no es necesario
ArcGIS Hub consulta entidades del servicio de mapas de la misma forma que consulta entidades de un servicio de entidades. A menos que necesite tener el acceso a entidades habilitado por otro motivo, es mejor dejarlo desactivado.
Las dependencias de escala no importan
ArcGIS Hub funciona enviando solicitudes a los servicios de mapas o de entidades y consultando los datos con independencia de la extensión. Aunque desde una perspectiva cartográfica es posible que no desee mostrar puntos de dirección en una escala global, ArcGIS Hub consultará todos los datos y proporcionará visualizaciones de alto nivel de estos mostrando un resumen de ubicaciones o una visualización en cuadrícula que se pueda filtrar y muestre la densidad de entidades. Estas visualizaciones no son personalizables.
Organizar servicios
A continuación, se exponen algunas prácticas recomendadas a la hora de organizar servicios:
Los servicios deben ser de acceso público
ArcGIS Hub contiene un proceso que consultará la información estadística del servidor para mostrar un resumen de los datos y realizar solicitudes en los datos en 1.000 registros cada vez para crear una caché que permita descargar tipos de archivos. Este proceso automático denominado ETL (siglas en inglés de extraer-transferir-cargar) se ejecuta cuando un usuario intenta descargar los datos. Una vez que estos están en caché, la solicitud de descarga responde desde la caché para ayudar a reducir la carga en el servidor. Los dos servicios que indexan y generan la caché se deben comunicar con el servidor a través del firewall.
Ampliar la infraestructura a la nube
En ocasiones, los servidores llegarán a su límite de capacidad o una organización no expondrá su instancia de ArcGIS Server al público por motivos de seguridad. En ambos casos, los administradores tendrán la opción de publicar las capas de datos en ArcGIS Online y utilizar la arquitectura alojada que proporciona un tiempo de actividad del 99,9%. Alojar datos en ArcGIS Online consume créditos, pero es una forma opcional de suministrar los datos al público.
Como organización, puede optar por alojar los datasets especialmente grandes o populares en ArcGIS Online para tratar de desviar el tráfico web de sus servidores a la nube. Este enfoque híbrido es bastante común en el caso de los datos abiertos y los proveedores también están empezando a ver las ventajas del alojamiento en la nube en la plataforma de ArcGIS, que permite acceder a los datos, mantenerlos y editarlos, además de usarlos en muchas aplicaciones COTS.
Los datos ráster se admiten como servicios de imágenes
Las capas de los servicios de imágenes se indexarán en ArcGIS Hub y se pueden descargar en los formatos de exportación admitidos, como JPEG, PNG o archivos TIFF georreferenciados. El tamaño de la imagen que se puede descargar se configura en el nivel del servicio. Si las capas ráster forman parte de un servicio de mapas, el administrador será informado de que hay datos no compatibles en el servicio.
Los servicios grandes agotarán el tiempo de espera
Organizar los datos en varios servicios proporciona más velocidad que tener todos los datos en un servicio. Aunque es técnicamente posible, crea un embudo de rendimiento, ya que los datos solo están disponibles a través de un único extremo. Los proveedores han utilizado un servicio único de modo que pueden controlar las instancias máxima y mínima de un servicio para controlar el uso disponible para descargar en un sitio web. Si no quiere compartir sus servicios como datos abiertos, publique varios servicios que estén organizados por categorías de datos. No debería tener más de 20 capas por servicio.
Con un número óptimo de datos o capas por servicio, podemos garantizar que las consultas al servidor serán ágiles y ofrecerán una buena experiencia a los usuarios. Si una consulta enviada al servidor para obtener el recuento de registros tarda más de 90 segundos, el dataset no se indexará y se enviará un error a la aplicación de administrador.
Administrar los datos
Las siguientes prácticas recomendadas contribuirán a que sus datos se representen en un formato coherente y fácil de entender.
Nota:
Se recomienda que habilite el rastreo del editor para garantizar que los usuarios reciban siempre los datos más actualizados
Use alias de campo o emplee nombres de campo fácilmente comprensibles
Al crear los datos, pueden acabar usándose nombres crípticos para las columnas de atributos, los cuales no tienen ninguna utilidad para el consumidor cuando aparecen en Hub. La necesidad de usar estos nombres crípticos puede venir de la compatibilidad con otras aplicaciones empresariales, así que en lugar de cambiar el nombre de la columna, puede usar un alias de campo. El alias de campo definido en ArcMap antes de publicar es lo que usará el servidor (in situ o alojado) y se puede actualizar cambiándolo y publicándolo de nuevo con la opción de sobrescribir el servicio existente.
Desactivar los campos poco relevantes
A menudo, los datos que se crean y se administran se usan para garantizar el funcionamiento de aplicaciones internas o proceden de otros sistemas que normalmente representan valores clave que se deben vincular a otros datos. Estos campos adicionales pueden resultar confusos para los usuarios de los datos y se deben ocultar en el documento de mapa antes de publicar la capa. Se pueden actualizar cambiándolos y publicándolos de nuevo con la opción de sobrescribir el servicio existente.
Las topologías no se admiten
Los datos proporcionados como datos abiertos se suministrarán en formatos abiertos legibles por máquina. El proceso ETL integrado automático de ArcGIS Hub proporciona formatos máquina tales como CSV, KML, Shapefile y GeoJSON. Estos formatos de datos no son compatibles con los comportamientos de geodatabase que se admiten en el nivel de procesamiento de ArcObjects dentro de ArcGIS. Por tanto, comportamientos como las topologías (datasets de red, estructuras de parcela y redes geométricas) y las relaciones mantenidas en la base de datos como clases de relación variables no se admiten. Los datos de la clase de entidad se pueden procesar en estos formatos, pero las funciones adicionales no se transferirán.
Si trabaja con clases de relación o con otros tipos de datos relacionados, puede compartir las tablas como datos, además de la clase de entidad espacial. Es importante utilizar la descripción de los datos para indicar lo que está relacionado, así como usar etiquetas correctas y organizar los servicios. Las tablas no espaciales y la clase de entidad pueden proceder del mismo servicio y se mostrarán como relacionadas en ArcGIS Hub.
Se admiten los dominios de valor codificado
En contra de lo indicado en la sección anterior, hay un comportamiento de la geodatabase que se admite cuando se generan los formatos abiertos legibles por ordenador. Los dominios de valor codificado se respetarán cuando se visualicen datos en ArcGIS Hub y, cuando los datos se hayan descargado, los valores sin procesar se reemplazarán por los valores codificados.
Si el CSV tiene más de 5 MB y se comparte en un grupo de Open Data, ArcGIS Hub proporcionará un vínculo para descargar los datos. Para que estos archivos CSV más grandes sean dinámicos, elija la opción de publicarlos como servicio cuando los cargue en ArcGIS Online. Una vez creado el servicio, puede compartirlo en cualquier grupo de datos abiertos y ArcGIS Hub permitirá a los usuarios consultar, filtrar y representar gráficamente los datos, así como proporcionar extremos de API a los desarrolladores.
Los datos deben admitir las estadísticas
Cuando se publican datos en ArcGIS Server 10.03 o posterior, la gran mayoría de los datasets admitirán las estadísticas de forma nativa. Esto hace posible que la aplicación proporcione un resumen de los datos a los usuarios para que estos tengan una vista rápida de los valores que se almacenan en ellos. Si el administrador detecta un error relacionado con el hecho de que el dataset no admite estadísticas, es recomendable que compruebe los registros de su servidor y que contactes con el soporte técnico si es necesario.
En su empeño por ser eficiente para el consumidor y por no sobrecargar el servidor con las consultas, la aplicación solo crea estadísticas para las primeras 20 columnas de un dataset.
Los archivos CSV de menos de 5 MB son dinámicos
Cuando se cargan archivos CSV en ArcGIS Online, se pueden geocodificar los datos en el mapa para proporcionar datos habilitados espacialmente. Aunque los datos no tengan aspectos de ubicación, podrá cargar el CSV en ArcGIS Online. Si el CSV tiene menos de 5 MB y se comparte en un grupo de Open Data, ArcGIS Hub proporcionará una experiencia interactiva en los datos y un extremo de API para los desarrolladores.