Almacenamiento de usuario
ArcGIS Enterprise permite configurar servicios web que hagan referencia a datos de usuarios como alternativa a la copia de datos en ArcGIS Enterprise durante la publicación. Cuando ArcGIS Enterprise se ejecuta en la nube, se habilitan opciones adicionales de almacenamiento de datos para compatibilizar las capas web referenciadas. Entre las opciones se incluyen el almacenamiento en la nube, los servicios de base de datos gestionados y los almacenes de datos en la nube.
Las opciones disponibles dependerán del tipo de servicio web que esté publicando, así como del entorno donde se implemente ArcGIS Enterprise.
Puede registrar un data store de usuario agregando un elemento de data store en la organización, usando ArcGIS Pro o directamente con un sitio de ArcGIS Server usando Server Manager.
Bases de datos
Puede registrar bases de datos en ArcGIS Server, lo que le permite publicar servicios que hagan referencia a los datos de dichas bases de datos. Estas pueden ser bases de datos que instala y mantene, como bases de datos relacionales, de documentos o de gráficos. Las bases de datos también pueden ser servicios de bases de datos en la nube o almacenes de datos en la nube.
Bases de datos que instala y mantiene
Tanto para implementaciones locales como en la nube, puede usar un registro de una base de datos que tenga instalada y configurada fuera de ArcGIS. Varios sistemas de administración de bases de datos son compatibles con ArcGIS, pero cada sistema tiene requisitos distintos que debe cumplir. Consulte Bases de datos y almacenes de datos admitidos para obtener más información.
Servicios de base de datos
En el caso de las implementaciones en la nube, los proveedores de servicios en la nube proporcionan bases de datos como servicio (DBaaS), lo que permite utilizar los sistemas de base de datos sin la necesidad de instalar, actualizar o mantener el software y el hardware subyacentes. Estos servicios también ofrecen ventajas importantes en cuanto a facilidad de gestión y escalabilidad. ArcGIS es compatible con varias soluciones DBaaS, incluido el soporte para almacenar geodatabases corporativas en ellas. Esto puede constituir una alternativa a la instalación de un sistema de administración de bases de datos relacionales (RDBMS) como Microsoft SQL Server, Oracle o PostgreSQL en una máquina virtual (VM) en la nube.
Consulte la lista de ofertas de servicios de base de datos compatibles en los requisitos para utilizar ArcGIS con bases de datos en la nube.
Almacenes de datos en la nube
Los almacenes de datos en la nube son soluciones de almacenamiento escalables, resilientes y eficientes que se encuentran disponibles en nubes públicas como servicios gestionados. Los almacenes de datos en la nube se optimizan para someter a análisis grandes volúmenes de datos y cada vez se usan más como repositorio centralizado para el almacenamiento de datos. ArcGIS Enterprise permite integrar datos de almacenes de datos en la nube para visualización y análisis.
Consulte Requisitos para utilizar ArcGIS con bases de datos en la nube para obtener más información sobre los almacenes de datos en la nube compatibles para el uso con ArcGIS Enterprise y ArcGIS Pro.
Carpetas
Para implementaciones locales y en la nube, puede registrar carpetas que contengan recursos SIG, como datos de imágenes. Una carpeta puede estar ubicada de forma local en el equipo de ArcGIS Server o en un recurso compartido de red. Las carpetas locales generalmente permiten un acceso más rápido a los datos, pero si el equipo de ArcGIS Server con los datos locales no está disponible, también pierde acceso a los datos. Por esa razón, se recomienda usar un recurso compartido de red para sitios de ArcGIS Server de varios equipos.
Almacenes en la nube
Para implementaciones en la nube, puede utilizar un almacén en la nube para almacenar los datos y las cachés correspondientes a capas web referenciadas. Los tipos de capas y los servicios de almacenamiento en la nube que se admiten varían en función del flujo de trabajo, pero puede obtener más información sobre ellos en los vínculos siguientes.
Los almacenes en la nube pueden registrarse como data stores en ArcGIS Server y utilizarse como sigue:
Almacene imágenes en teselas en caché renderizadas con anterioridad para servicios de mapas o de imágenes configurados para dibujar desde una caché. El uso de data stores en la nube como directorios de caché es una alternativa al almacenamiento de grandes cachés en el sistema de archivos.
Almacene cachés renderizadas con anterioridad para capas de teselas, teselas vectoriales, teselas 3D o escenas. Las cachés se crearán y situarán en la ubicación de almacenamiento en la nube registrada, y los servicios referenciados se publicarán directamente en ArcGIS Enterprise desde el elemento del data store. Esta estrategia ahorra tiempo al publicar datasets grandes y evita el uso de recursos en el servidor de alojamiento, en comparación con la alternativa consistente en copiar todos los datos durante la publicación desde ArcGIS Pro.
Almacene los archivos de imagen y ráster que pueden utilizarse para publicar capas de imágenes referenciadas. Esto es posible cuando ArcGIS Enterprise se configura para alojar imágenes o analizar rásteres.
Consideraciones de latencia para la integración de servicios en la nube
El uso de servicios en la nube para los datos de los usuarios podría crear una latencia que puede afectar negativamente al rendimiento. Por ejemplo, registrar un almacén de datos en la nube que se ejecute en la región Este de EE. UU. de un proveedor de nube con un sitio de ArcGIS Server que funcione localmente en un centro de datos de Australia obligará a que las solicitudes de datos recorran una larga distancia por la red. La respuesta a las solicitudes será lenta en el caso de los servicios que se publiquen utilizando esos datos.
Para minimizar la latencia, se recomienda colocalizar los componentes en la misma región del mismo proveedor de nube. La colocalización reduce la distancia que la información tiene que recorrer por la red. Por ejemplo, si utiliza Amazon S3 en la región af-south-1 de AWS para almacenar imágenes para sus capas de imágenes referenciadas, todos los demás componentes de ArcGIS Enterprise también deberían ejecutarse en la región af-south-1 de AWS. Los clientes que publican servicios en ArcGIS Enterprise, como ArcGIS Pro, también deben estar ubicados junto con ArcGIS Enterprise.
Nota:
Esri no admite formalmente la conexión a servicios en la nube en el caso de los datos referenciados si los componentes de software de ArcGIS Enterprise no se ejecutan en la misma región de la misma nube.
Consideraciones de bases de datos para servicios de publicación
Al implementar un sitio de ArcGIS Server, debe elegir dónde ubicar los datos de origen para sus servicios web. En este tema se analizan algunos casos en los que resulta adecuado utilizar geodatabases corporativas y geodatabases de archivos.
Cuándo utilizar una geodatabase corporativa en lugar de una geodatabase de archivos
Por lo general, se recomienda utilizar una geodatabase corporativa para mantener los datos de origen de sus servicios de mapas y entidades. Una geodatabase corporativa ofrece compatibilidad con alta disponibilidad, funciones de copia de seguridad y recuperación, capacidad de procesamiento simultáneo, escalabilidad y una tendencia a proporcionar un rendimiento superior. No obstante, esta recomendación se ofrece partiendo del supuesto de que su organización cuenta con un administrador de bases de datos dedicado a optimizar, ajustar y mantener la base de datos.
Si su organización no cuenta con un administrador de bases de datos en plantilla y los datos que publica son relativamente estáticos, el uso de una geodatabase de archivos puede ser una buena alternativa. Las geodatabases de archivos ofrecen generalmente un buen rendimiento sin necesidad de configuración ni ajustes adicionales. Dependiendo de las características de los datos SIG, una geodatabase de archivos puede ofrecer un mejor rendimiento que una geodatabase corporativa si la base de datos en la que se almacena esta última no está optimizada ni se le realiza un mantenimiento adecuado.
En los flujos de trabajo de almacenamiento en caché de mapas y globos terráqueos, en los que se realizan numerosas llamadas de solo lectura a los datos en rápida sucesión, las geodatabases de archivos a las que se accede a través de rutas locales suelen ofrecer un mejor rendimiento que las geodatabases corporativas.
Antes de optar por utilizar una geodatabase de archivos, tenga en cuenta que algunas funciones de las geodatabases corporativas, como el control de versiones, la replicación de geodatabases y el archivo histórico, no están disponibles en las geodatabases de archivos. Además, las funcionalidades estándar de los sistemas de gestión de bases de datos, como el registro, las copias de seguridad y la recuperación, así como la configuración de conmutación por error, no están disponibles en las geodatabases de archivos.
Consideraciones para geodatabases de archivos
Cuando utilice una geodatabase de archivos como fuente de datos, coloque una copia idéntica de dicha geodatabase en cada equipo de ArcGIS Server. Por ejemplo, en un sitio de ArcGIS Server con tres equipos, cada equipo debe acceder a su propia copia de la geodatabase de archivos. No configure el sitio de ArcGIS Server para que acceda a una única geodatabase de archivos a través de la red.
Esta configuración minimiza el tráfico de comunicación de red entre los diferentes componentes de ArcGIS Server y reduce el conflicto de E/S al acceder a las geodatabases de archivos. Entre los factores que influyen en el posible conflicto de E/S de disco en una geodatabase de archivos compartida se encuentran el número de capas del servicio de mapas, la naturaleza de los datos de la geodatabase de archivos y el dispositivo de almacenamiento de archivos.
Las geodatabases de archivos están pensadas para un uso de solo lectura con ArcGIS Server. Por este motivo, no es posible publicar servicios de entidades que hagan referencia a datos de una geodatabase de archivos. Además, en los casos en que la geodatabase de archivos sea una geodatabase de publicación (en flujos de trabajo de replicación unidireccionales), la sincronización de las réplicas debe realizarse durante los periodos de inactividad del servicio de mapas o liberando la geodatabase de archivos para que el servicio de mapas deje de utilizarla. Puede liberar la geodatabase deteniendo el servicio o, en el caso de sitios con varios equipos, eliminando temporalmente los equipos de ArcGIS Server del sitio y volviéndolos a conectar una vez que se haya actualizado la geodatabase de archivos.
ArcGIS Server no puede deshabilitar el bloqueo de esquemas en las geodatabases de archivos.
Geodatabases de archivos y almacenamiento en caché de mapas
Las geodatabases de archivos funcionan bien en situaciones de almacenamiento en caché de mapas. Al instalar una geodatabase de archivos idéntica en cada equipo que trabaja con la caché, se evitan las varias consultas a la geodatabase corporativa que, de otro modo, tendrían que realizarse a través de la red. Esto puede aliviar la carga sobre su base de datos y acelerar el almacenamiento en caché.
Puede utilizar la replicación unidireccional desde una geodatabase corporativa para crear estas geodatabases de archivos. Incluso puede replicar en la proyección del mapa que se almacenará en caché. Un ejemplo común es el almacenamiento en caché de un mapa web en la proyección WGS 1984 Web Mercator (Auxiliary Sphere) utilizada por ArcGIS Online, Bing Maps y Google Maps. Aunque no suele ser una proyección recomendada para almacenar sus datasets en una geodatabase corporativa, resulta adecuada para el almacenamiento en caché de un mapa web a partir de una geodatabase de archivos.