La conception doit répondre à certains critères au sein de chaque pilier de l’architecture. Certaines des pratiques recommandées associées à chaque pilier sont décrites ci-dessous, mais elles ne représentent pas un ensemble complet de considérations architecturales. Reportez-vous aux considérations relatives au modèle de modification et de gestion des données pour plus d’informations.
En termes de performances et d’évolutivité, cette architecture vise à optimiser l’expérience globale des utilisateurs avec le système, tout en répondant à l’évolution des exigences des charges de travail. Un système de gestion des informations réseau doit offrir des expériences de mise à jour avec des mesures de performance cohérentes, afin de créer une expérience positive pour l’utilisateur final qui renforce son efficacité. En plus des pratiques d’amélioration des performances décrites ci-dessous, la gestion des performances des bases de données relationnelles joue également un rôle majeur dans les performances globales de votre système de gestion des informations réseau.
La séparation de la charge de travail est une approche de conception axée sur la distribution optimale des ressources de calcul. Par exemple, le traitement de certaines demandes de modification dans un système de gestion des informations réseau peut prendre plus de temps que les demandes de carte standard, de sorte qu’il peut être intéressant d’utiliser des ressources de calcul distinctes et dédiées (telles qu’un site ArcGIS GIS Server) pour les charges de travail de mise à jour. Cette approche de séparation de la charge de travail permet de séparer les demandes de longue durée et les demandes plus courtes, de sorte que les éditeurs disposent de ressources dédiées et que les utilisateurs ne sont pas affectés par des longues transactions. Si cette séparation est implémentée, les performances du système pour les deux groupes sont susceptibles de s’améliorer à mesure que les conflits de ressources se réduisent. La mise à l’échelle du système est ainsi plus facile. Des ressources peuvent être ajoutées à l’un ou l’autre des sites de serveur pour une mise à l’échelle horizontale ou verticale. La séparation de la charge de travail peut prendre plusieurs formes :
Par composant La séparation des composants sur différentes machines virtuelles ou infrastructures de calcul permet de s’assurer que chaque composant n’entre pas en conflit pour les ressources système. Bien qu’ArcGIS Enterprise prenne en charge l’installation et la configuration de plusieurs composants sur un seul système soient prises en charge, cela n’est généralement pas recommandé dans les systèmes de production à l’architecture bien conçue.
Par type de service Une autre approche de séparation de la charge de travail est appliquée à cette architecture au sein des composants ArcGIS Server : la séparation de la charge de travail par type de service. Des sites GIS Server distincts prennent en charge les charges de travail Utility Network et les charges de travail de service hébergé ou de cartographie
La co-localisation est une approche de conception dans laquelle les composants du système sont déployés dans le même centre de données, dans le même sous-réseau, ce qui permet de réduire la latence du réseau en réduisant la distance de communication sur le réseau. En général, la latence du réseau a plus d’impact sur l’expérience de l’utilisateur final que la bande passante réseau pour les opérations SIG courantes. La localisation des machines utilisateur et cliente est un autre élément à prendre en compte dans ce domaine. Si un utilisateur dispose d’une connexion à latence élevée, il est probable que la co-localisation des composants du système améliore son utilisation du système. Dans certains cas, l’utilisation de clients légers ou d’un accès à distance peut être préférable à du matériel physique qui se connecte sur un réseau lent ou surchargé.
La fiabilité garantit l’adéquation du niveau de service fourni par le système par rapport aux exigences de l’entreprise, des clients et des différentes parties prenantes. En tant que système d’entreprise opérationnel ou stratégique, les systèmes de gestion des informations réseau nécessitent toujours des sauvegardes des données et nécessitent souvent des sauvegardes des composants du système. Ils peuvent également nécessiter une configuration haute disponibilité pour atteindre des niveaux de disponibilité plus élevés.
Pour les systèmes d’entreprise avec des attentes, des exigences ou des engagements en matière de disponibilité, une approche de sauvegarde clairement définie, exploitable et bien testée est essentielle. Avec les systèmes de gestion des informations réseau, les sauvegardes au niveau des données d’ArcGIS Utility Network sont essentielles (au minimum). Selon les exigences d’une organisation, des sauvegardes d’autres composants système peuvent également être nécessaires. Reportez-vous à la section Sauvegardes et récupération d’urgence pour plus d’informations sur les stratégies et méthodes de sauvegarde.
La haute disponibilité est une approche de conception qui vise à construire le système pour répondre à un niveau prédéterminé de performance opérationnelle sur une période spécifique. Un système haute disponibilité a besoin d’une redondance, d’une surveillance du système et d’une automatisation qui sont adaptées à l’accord de niveau de service (SLA) cible. La redondance peut inclure des composants disparates tels que la connectivité réseau, la fiabilité de l’alimentation, le refroidissement du centre de données et l’accès au personnel ayant les compétences nécessaires pour assurer la maintenance du système. L’automatisation peut être conçue pour prendre des mesures basées sur la surveillance afin d’éviter les pannes. Pour plus d’informations, reportez-vous à la section Configurer des composants ArcGIS Enterprise haute disponibilité.
Gardez à l’esprit que les configurations haute disponibilité augmentent considérablement les coûts d’infrastructure et d’exploitation du système et nécessitent des compétences pointues pour assurer son succès. Les conceptions haute disponibilité nécessitent un engagement opérationnel de la part des équipes, des processus, des technologies et une gouvernance.
L’observabilité offre une visibilité sur le système, ce qui permet au personnel d’exploitation et à d’autres rôles techniques de maintenir le système dans un état fonctionnel et stable. La surveillance de la disponibilité, des performances et de l’utilisation du système est essentielle pour un système de gestion des informations réseau. En plus du logiciel ArcGIS Enterprise lui-même, il est important de surveiller tous les composants et l’infrastructure sur lesquels il repose, par exemple le système d’exploitation Windows ou Linux, les bases de données et autres Data Stores, le calcul, le réseau, le périmètre de sécurité et d’autres composants appropriés.
Toute organisation doit disposer d’un cadre de surveillance et de réponse informatique d’entreprise afin de créer et d’exploiter avec succès des systèmes d’entreprise. La surveillance proactive des systèmes est aussi importante que la résolution réactive des problèmes, et la capture efficace de la télémétrie permet de connaître le système à tout moment et d’identifier les tendances de comportement du système.
ArcGIS Enterprise pour Windows/Linux peut être surveillé de différentes manières, notamment à l’aide de journaux de serveur et de statistiques de serveur. En plus du logiciel ArcGIS Enterprise lui-même, il est important de surveiller tous les composants et l’infrastructure sur lesquels il repose, par exemple le système d’exploitation Windows ou Linux, les bases de données et autres Data Stores, ainsi que les infrastructures de calcul, de réseau, de sécurité et autres.
Un aspect essentiel de l’observabilité est l’utilisation de la télémétrie, des données ou informations qui représentent l’activité réelle de l’utilisateur sur un système. La capture de la télémétrie sur tous les composants de la conception, y compris les ordinateurs de bureau clients, est cruciale pour comprendre les performances et l’utilisation du système, dans le but général d’identifier les goulets d’étranglement et les opportunités d’optimisation du système.
Dans l’architecture de référence, la méthode de capture de la télémétrie est représentée par ArcGIS Monitor. Voici quelques caractéristiques système importantes capturées de cette manière :
Il est important de noter que les résultats de télémétrie ne capturent pas nécessairement l’intégralité de l’expérience utilisateur. Envisagez d’interagir avec les utilisateurs finaux d’applications (tels que ceux qui utilisent des applications de bureau, Web ou mobiles) pour observer leur expérience d’exécution de leurs processus en plus de la capture de la télémétrie.
La sécurité protège les systèmes et les informations. Les considérations relatives à la conception de la sécurité d’un système de gestion des informations réseau sont en étroite adéquation avec les exigences de sécurité du modèle de système, y compris les considérations importantes pour l’authentification de l’utilisateur, l’autorisation du système, le contrôle des données et de l’accès, l’audit de l’activité de l’utilisateur et les modifications de la configuration du système.
L’intégration connecte ce système à d’autres systèmes pour fournir des services d’entreprise et améliorer la productivité de l’organisation. Un système de gestion des informations réseau doit généralement prendre en charge l’échange de données et l’alignement avec d’autres systèmes tels que les systèmes de gestion des ressources d’entreprise (EAM), de gestion de la relation client (CRM) et de gestion avancée de la distribution (ADMS). Les exigences en matière d’intégration d’un système de gestion des informations réseau sont harmonisées précisément sur le modèle de système de modification et de gestion des données.
Les considérations relatives à l’intégration spécifiques au système de gestion de l’information réseau sont les suivantes :
| Type d’intégration | Remarques |
|---|---|
| Données | Le système cible a besoin que les données réseau soient disponibles localement dans son propre format/système. |
| Service | Le système cible peut s’intégrer au système de gestion des informations réseau par le biais d’appels d’API RESTful. |
| Application | Le système cible nécessite des fonctions au niveau de l’application du système source, telles qu’un widget personnalisé créé avec ArcGIS Maps SDK for JavaScript. |
L’automatisation vise à réduire les efforts consacrés au déploiement manuel et aux tâches opérationnelles, ce qui permet d’accroître l’efficacité opérationnelle et de réduire les anomalies du système introduites par l’homme. Les exigences d’automatisation d’un système de gestion des informations réseau sont étroitement harmonisées sur le modèle de système de modification et de gestion des données, et incluent des pratiques telles que les suivantes :
Les considérations en matière de conception physique présentées ici sont principalement axées sur la conception d’une architecture logique, qui doit finalement être transformée en une conception d’architecture physique. Esri propose des services de conception de l’architecture système si vous avez besoin d’aide pour déterminer tous les facteurs liés à la conception physique de votre organisation, tels que la mise en réseau, le stockage, les environnements système et le dimensionnement.
Les ressources supplémentaires liées à la conception physique sont notamment les suivantes :