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.
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: