El diseño debe cumplir ciertos criterios dentro de cada pilar de la arquitectura. A continuación se contornean algunas de las prácticas recomendadas asociadas a cada pilar, pero no representan un conjunto completo de consideraciones arquitectónicas. Consulte las consideraciones del patrón del sistema de edición y administración de datos para obtener más información.
También puede consultar estas consideraciones de diseño físico para obtener recomendaciones adicionales.
En términos de rendimiento y escalabilidad, esta arquitectura pretende optimizar la experiencia global que los usuarios tienen con el sistema, al tiempo que responde a la evolución de las demandas de carga de trabajo. Un sistema de administración de la información de red debe ofrecer experiencias de edición con métricas de rendimiento coherentes con el fin de crear una experiencia positiva en el usuario final que aumente su eficiencia. Además de las prácticas de mejora del rendimiento que se describen a continuación, la administración del rendimiento de las bases de datos relacionales también es un factor importante en el rendimiento general de su sistema de administración de la información de red.
La separación de cargas de trabajo es un planteamiento de diseño centrado en la distribución óptima de los recursos de cálculo. Por ejemplo, algunas solicitudes de edición en un sistema de administración de la información de red pueden tardar más en procesarse que las solicitudes de mapas estándar, por lo que las cargas de trabajo de edición pueden beneficiarse de recursos de cálculo separados y específicos (como un sitio de ArcGIS GIS Server). Este planteamiento de separación de la carga de trabajo ayuda a separar las solicitudes de larga duración de las más cortas, de modo que los editores dispongan de recursos dedicados y los visualizadores no se vean afectados por las transacciones largas. Si se implementa esta separación, es probable que mejore el rendimiento del sistema para ambos grupos, ya que se reduce la contención de recursos y el sistema se escala más fácilmente: se pueden agregar recursos a cualquiera de los dos sitios del servidor para escalar horizontal o verticalmente. La separación de las cargas de trabajo puede adoptar varias formas:
Por componente Separar los componentes en otro equipo virtual o infraestructura de cálculo garantiza que los componentes individuales no compitan por los recursos del sistema. Aunque ArcGIS Enterprise admite la instalación y configuración de varios componentes en un único sistema, no suele recomendarse en sistemas de producción bien arquitectados.
Por tipo de servicio En esta arquitectura se aplica otro planteamiento de separación de cargas de trabajo dentro de los componentes de ArcGIS Server: la separación de cargas de trabajo por tipo de servicio. Los sitios separados del servidor SIG admiten cargas de trabajo de la red de servicios y cargas de trabajo de servicios alojados o cartografía.
La ubicación conjunta es un planteamiento de diseño en el que los componentes del sistema se implementan en el mismo centro de datos en la misma subred, lo que ayuda a reducir la latencia de la red al reducir la distancia de comunicación a través de la red. En general, la latencia de la red repercute más en la experiencia del usuario final que el ancho de banda de la red para las operaciones habituales del SIG. Otra consideración en esta área es la ubicación de los equipos de usuario y cliente: si un usuario tiene una conexión de alta latencia, es poco probable que la ubicación conjunta de los componentes del sistema mejore su experiencia de trabajo con el sistema. En algunos casos, el uso de clientes ligeros o el acceso remoto pueden ser preferibles al hardware físico que se conecta a través de una red lenta o sobrecargada.
La fiabilidad garantiza que su sistema proporcione el nivel de servicio requerido por la compañía, así como por sus clientes y partes interesadas. Los sistemas de administración de la información de red, como sistemas empresariales críticos para el negocio o la misión, requieren siempre copias de seguridad de los datos y, con frecuencia, de los componentes del sistema. También pueden requerir una configuración de alta disponibilidad para lograr mayores niveles de tiempo de actividad.
Para los sistemas empresariales con expectativas, requisitos o compromisos de disponibilidad, es fundamental contar con un planteamiento de copias de seguridad claramente definido, ejecutable y bien probado. Con los sistemas de administración de la información de red, las copias de seguridad a nivel de datos de la red de servicios ArcGIS Utility Network son fundamentales (como mínimo). En función de los requisitos de una organización, también pueden ser necesarias copias de seguridad de otros componentes del sistema. Consulte Copias de seguridad y recuperación ante desastres para obtener más información sobre estrategias y métodos de copia de seguridad.
La alta disponibilidad es un planteamiento de diseño cuyo objetivo es que el sistema alcance un nivel preestablecido de rendimiento operativo durante un periodo específico. Un sistema de alta disponibilidad necesita redundancia, monitorización del sistema y una automatización acorde con el acuerdo de nivel de servicio (SLA) objetivo. La redundancia podría incluir componentes dispares como la conectividad de la red, la fiabilidad de la energía, la refrigeración del centro de datos y el acceso a personal con los conocimientos necesarios para mantener el sistema. La automatización podría estar diseñada para tomar medidas basadas en la monitorización para evitar cortes. Para obtener más información, consulte Configuración de componentes de ArcGIS Enterprise de alta disponibilidad.
Tenga en cuenta que las configuraciones de alta disponibilidad aumentan significativamente los costes operativos y de infraestructura del sistema, y requieren conocimientos especializados para garantizar su éxito. Los diseños de alta disponibilidad requieren un compromiso operativo a través de las personas, los procesos, la tecnología y la gobernanza.
La observabilidad proporciona visibilidad del sistema, habilitando al personal de operaciones y a otros roles técnicos para mantener el sistema funcionando en un estado saludable y estable. La monitorización de la disponibilidad, el rendimiento y el uso del sistema es fundamental para un sistema de administración de la información de red. Además de la monitorización del software ArcGIS Enterprise, es importante monitorizar todos los componentes y la infraestructura de soporte, como el sistema operativo Windows o Linux, las bases de datos y otros data stores, el cálculo, la red, el perímetro de seguridad y cualquier otro componente relevante.
Cualquier organización debe contar con un marco de monitorización y respuesta de TI empresarial para construir y operar correctamente los sistemas de la empresa. La monitorización proactiva de los sistemas es tan importante como la resolución reactiva de los problemas, y la captura eficaz de la telemetría proporciona un conocimiento del sistema en un momento dado e identifica los comportamientos tendenciales del sistema.
ArcGIS Enterprise en Windows/Linux puede observarse de varias maneras, incluidos los registros y las estadísticas del servidor. Además de la monitorización del software ArcGIS Enterprise, es importante monitorizar todos los componentes y la infraestructura de soporte, como el sistema operativo Windows o Linux, las bases de datos y otros data stores, así como la infraestructura informática, de red, de seguridad y de otro tipo.
Una orientación clave de la observabilidad es el uso de la telemetría: datos o información que representan la actividad real de los usuarios en un sistema. La captura de telemetría en todos los componentes del diseño, incluidos los equipos cliente de sobremesa, es fundamental para comprender el rendimiento y el aprovechamiento del sistema, con la intención general de identificar los cuellos de botella y las oportunidades de optimización del sistema.
En la arquitectura de referencia, el mecanismo de captura de telemetría está representado por ArcGIS Monitor. Algunas características importantes del sistema captadas de esta manera incluyen:
Es importante señalar que los resultados de la telemetría no captan necesariamente la experiencia completa del usuario. Considere la posibilidad de colaborar con los usuarios finales de las aplicaciones (como los que utilizan aplicaciones de escritorio, web o móviles) para observar su experiencia en la realización de sus flujos de trabajo, además de la captura de telemetría.
La seguridad protege sus sistemas y su información. Las consideraciones de diseño de seguridad para un sistema de administración de la información de red están estrechamente alineadas con los requisitos de seguridad del patrón del sistema, incluidas consideraciones importantes para la autenticación de usuarios, la autorización del sistema, el control de accesos y datos y la auditoría de la actividad de los usuarios y de los cambios de configuración del sistema.
La integración conecta este sistema con otros para prestar servicios empresariales y amplificar la productividad de la organización. Un sistema de administración de la información de red suele tener que adaptarse al intercambio de datos y a la alineación con otros sistemas como los de administración de activos empresariales (EAM), administración de relaciones con los clientes (CRM) y administración avanzada de la distribución (ADMS). Los requisitos de integración de un sistema de administración de la información de red están estrechamente alineados con el patrón del sistema de administración y edición de datos.
Entre las consideraciones específicas de integración del sistema de administración de información de red se incluyen:
| Tipo de integración | Notas |
|---|---|
| Datos | El sistema de destino necesita que los datos de red estén disponibles localmente en su propio formato/sistema. |
| Servicio | El sistema de destino se puede integrar con el sistema de administración de información de red a través de llamadas API RESTful. |
| Aplicación | El sistema de destino requiere la funcionalidad a nivel de aplicación del sistema de origen, como un widget personalizado creado con ArcGIS Maps SDK for JavaScript. |
La automatización tiene como objetivo reducir el esfuerzo dedicado a la implementación manual y a las tareas operativas, lo que conduce a una mayor eficiencia operativa, así como a la reducción de las anomalías del sistema introducidas por las personas. Los requisitos de automatización de un sistema de administración de la información de red están estrechamente alineados con el patrón del sistema de administración y edición de datos e incluyen prácticas como:
Las consideraciones para el diseño físico aquí se enfocan principalmente en el diseño de la arquitectura lógica, que eventualmente deberá transformarse en un diseño de arquitectura física. Esri ofrece servicios de diseño de arquitectura de sistemas en caso de que necesite ayuda para determinar todos los diferentes factores relacionados con el diseño físico de su organización, como las redes, el almacenamiento, los entornos de sistemas y el dimensionamiento.
Entre los recursos adicionales relacionados con el diseño físico se incluyen:
Las herramientas de diseño gráfico de trabajos (GWD) son esenciales en la ingeniería de redes de servicios públicos, ya que ofrecen capacidades especializadas para crear diseños de ingeniería, generar planos de construcción y realizar estimaciones de costes de obra mediante bibliotecas de unidades. Estas herramientas combinan las herramientas de diseño CAD con el análisis espacial de SIG, lo que ayuda a desarrollar e integrar diseños en los sistemas de gestión de información de red.
Los métodos de integración dependen de las herramientas GWD elegidas y de la opción de implementación del sistema de administración de información de red, cada una con consideraciones específicas de diseño y capacidad.
Al planificar una integración de GWD, es fundamental tener en cuenta factores como la compatibilidad del sistema, la capacidad de integración y la escalabilidad para futuras mejoras. Las organizaciones deben evaluar la facilidad de integración con los flujos de trabajo existentes y la capacidad de admitir las actualizaciones de datos a lo largo del ciclo de vida del proyecto. Estas consideraciones garantizan que el proceso de diseño siga siendo flexible y pueda responder a la evolución de las necesidades operativas.
Las opciones de integración con ArcGIS están disponibles en cada una de las tres fases del proceso de diseño de GWD:
En la tabla siguiente se comparan estos distintos métodos de integración y sus acciones correspondientes, y se describe el impacto potencial en el sistema de cada opción de implementación del sistema de administración de información de red. Esta información está destinada a ayudar a las organizaciones a evaluar el enfoque más adecuado en función de los requisitos del proyecto y los objetivos operativos.
Los tres métodos de integración de ArcGIS son:
Exportar subred: proceso que permite extraer información de una parte de una red de servicios públicos en un archivo JSON para compartir datos de red. Esto suele traducirse en mayores costes de cómputo iniciales; sin embargo, el uso de servicios de ArcGIS posteriormente es mínimo. Esto se debe a que, una vez extraídos los datos, los usuarios trabajan con datos locales hasta volver a publicarlos.
Sincronización de servicios de entidades: proceso en el que las herramientas de diseño trabajan con servicios de entidades de ArcGIS Server con la capacidad de sincronización habilitada. Esto suele traducirse en mayores costes de cómputo iniciales; sin embargo, el uso de los servicios de entidades posteriormente es mínimo. Esta capacidad permite a los clientes solicitar una réplica, trabajar con los datos sin conexión y sincronizar sus cambios de nuevo con las clases de entidad de origen de una geodatabase corporativa.
Conexión en directo: patrón en el que el cliente trabaja directamente con servicios de entidades editables. Este método de integración requiere conectividad constante con los extremos de los servicios de entidades.
La capacidad de exportación de subred presupone que el proceso de reimportación de la subred se realiza mediante la herramienta GWD. Aunque esta integración se basa en funciones específicas de la herramienta GWD, en este contexto no se desarrolla ni se menciona en detalle la solución.
Para determinar qué integración se adapta mejor a los flujos de trabajo y necesidades de su organización, se debe:
| Fase de diseño | Método de integración | Acción | Impacto en el sistema | Opción 1 | Opción 2 | Opción 3 |
|---|---|---|---|---|---|---|
| Inicio | Exportar subred | La herramienta GWD envía una solicitud para exportar subred. | Las solicitudes de exportación de subredes pueden requerir un uso intensivo de cómputo. Las solicitudes simultáneas pueden exigir una mayor capacidad para darles soporte. Podrían utilizarse sitios adicionales de ArcGIS Server para separar la carga de trabajo de esta tarea. | |||
| Inicio | Sincronización de servicios de entidades | La herramienta GWD proporciona una definición de réplica a Utility Network, que luego utiliza la operación ‘createReplica para extraer los datos necesarios para el servicio de entidades. | La solicitud de sincronización inicial invocará un proceso de exportación de subred. Las solicitudes simultáneas pueden exigir una mayor capacidad para darles soporte. | |||
| Inicio | Conexión en directo | Utiliza una conexión en directo con los servicios de entidades de Utility Network para realizar ediciones en SIG directamente en una versión. | Cada interacción con los datos generará solicitudes a los componentes de ArcGIS. Esto podría requerir capacidad adicional para darle soporte. | |||
| Ingeniería | Exportar subred | La herramienta GWD envía solicitudes a los servicios de ArcGIS solo para bases de datos o datasets de referencia. | Uso mínimo de los servicios de ArcGIS en esta fase de GWD. | |||
| Ingeniería | Sincronización de servicios de entidades | La herramienta de diseño envía solicitudes a los servicios de ArcGIS solo para bases de datos o datasets de referencia. | Uso mínimo de servicios de ArcGIS en esta fase de diseño de GWD. | |||
| Ingeniería | Conexión en directo | Utiliza una conexión en directo con los servicios de entidades de Utility Network para realizar ediciones en SIG directamente en una versión. | Cada interacción con los datos generará solicitudes a los componentes de ArcGIS. Esto podría requerir capacidad adicional para darle soporte. | |||
| Cierre | Exportar subred | La herramienta GWD envía al sistema SIG un conjunto completo de activos al final del flujo de trabajo. | Uso intensivo de operaciones de edición durante la devolución de los datos al sistema. Tiene el potencial de consumir recursos considerables. Podrían utilizarse sitios adicionales de ArcGIS Server para separar la carga de trabajo de esta tarea. | |||
| Cierre | Sincronización de servicios de entidades | Sincronización masiva de activos diseñados desde la geodatabase de réplica desconectada de ArcGIS hacia la base de datos empresarial principal a través de un servicio de entidades. | Dependiendo del número de entidades, la sincronización puede llevar tiempo y consumir muchos recursos. Podrían utilizarse sitios adicionales de ArcGIS Server para separar la carga de trabajo de esta tarea. | |||
| Cierre | Conexión en directo | Todas las ediciones se realizan en SIG y solo requieren reconciliación y posproducción para enviar las ediciones de vuelta a la enterprise geodatabase corporativa. | Todas las ediciones se realizaron en SIG y solo requerirían conciliación y posproducción. |
Incluido No disponible
En resumen, emplear el método de exportación de subredes requerirá capacidad tanto en la fase de inicio como en la de cierre. El método de sincronización de entidades requiere capacidad para cada evento de sincronización a lo largo de las tres fases del proyecto, mientras que el método de conexión en directo exige una mayor capacidad durante todas las operaciones en cada fase. Es importante evaluar la integración de las herramientas GWD en su sistema de administración de información de red para planificar adecuadamente estos requisitos adicionales de capacidad y asegurarse de que la opción de implementación elegida pueda admitir el método de integración GWD seleccionado.