Los feeds de datos personalizados son una capacidad de ArcGIS Enterprise que permite a un desarrollador crear y publicar servicios web a partir de fuentes de datos que no son compatibles de forma nativa con ArcGIS. Los datos a los que se accede mediante un feed de datos personalizados se presentan como un extremo REST de servicio de entidades y pueden servirse a clientes web, aplicaciones de escritorio, aplicaciones de campo o cualquier otro cliente REST. Algunos escenarios en los que un feed de datos personalizados puede ser una buena opción incluyen:
Los feeds de datos personalizados utilizan la herramienta de línea de comandos cdf que se suministra con ArcGIS Enterprise SDK. La herramienta le permite utilizar JavaScript para crear y probar proveedores de datos personalizados que obtienen datos de sus fuentes de datos. También empaqueta su código en archivos de paquetes de datos personalizados que se pueden utilizar para registrar a los proveedores de datos con ArcGIS Server. Una vez registrados, los datos pueden estar disponibles para los clientes de ArcGIS como servicios de entidades que hacen referencia a sus proveedores de datos.
Los feeds de datos personalizados pueden consumirse desde cualquier cliente como servicios HTTP REST y están diseñadas específicamente para dar soporte a los clientes de ArcGIS ya existentes, de modo que el usuario pueda interactuar con los datos de un feed de datos personalizados, crear ventanas emergentes e incluso enviar ediciones de entidades sin percibir que el servicio se basa en una fuente de datos externa o de terceros.
Los feeds de datos personalizadas solo pueden crearse en ArcGIS Enterprise. Pueden usarse en ArcGIS Pro y en aplicaciones web en ArcGIS Enterprise y ArcGIS Online.
| Funcionalidad | ArcGIS Online | ArcGIS Enterprise | ArcGIS Location Platform | ArcGIS Pro |
|---|---|---|---|---|
| Feeds de datos personalizados | N/A |
Compatibilidad completa Compatibilidad parcial
Al desarrollar una integración de feed de datos personalizados, tenga en cuenta estas buenas prácticas:
Gestione cuidadosamente las consultas de datos de gran tamaño: la paginación, los tamaños de consulta elevados y los tiempos de espera para la serialización o conversión pueden contribuir a un bajo rendimiento de un feed de datos personalizados si el dataset consultado es demasiado grande. Si la API remota o la fuente de datos admite indexación, filtros basados en atributos o filtros espaciales, puede escribirse lógica en el feed de datos personalizados para traducir los parámetros de solicitud entrantes de la capa de entidades (como una extensión) en solicitudes optimizadas al backend.
Aunque los feeds de datos personalizados implementan un extremo de servicio de entidades con el que la mayoría de las aplicaciones de ArcGIS pueden trabajar, conviene probar cuidadosamente las aplicaciones previstas para su sistema, ya que algunas envían consultas complejas o esperan capacidades adicionales de un servicio de entidades, y puede que no funcionen perfectamente con feeds de datos personalizados. Consulte la documentación de la API REST y trabaje con Esri para comprender cualquier limitación específica de su flujo de trabajo, del feed de datos personalizados y del proveedor.
Incluya únicamente los atributos necesarios en un feed. Aunque una API remota o una fuente de datos pueda proporcionar un gran número de atributos, incluya únicamente los atributos necesarios en la respuesta a los clientes de ArcGIS para ofrecer el mejor rendimiento.
Utilice bibliotecas existentes de Node.js siempre que sea posible. Si se puede acceder a la API o al servicio remoto a través de una biblioteca o módulo conocido de Node.js, como uno disponible desde npm, utilice esos módulos y manténgalos actualizados, ya que a menudo implementan los estándares de seguridad y autenticación más recientes para ese sistema remoto. Estos módulos pueden estar desarrollados por los propios proveedores (como el módulo arcgis-rest-js que mantiene Esri) o por una comunidad de código abierto.
Los feeds de datos personalizados requieren un identificador basado en enteros para cada registro. Si es posible, inclúyalo en el esquema del backend o genérelo para evitar situaciones en las que el CDF tenga que generar un ID, lo que puede provocar inconsistencias al utilizar algunas aplicaciones de ArcGIS.