La conception de cette architecture de référence part du principe que le système de gestion d’informations foncières est un système d’entreprise opérationnel et/ou stratégique, dont les exigences incluent les suivantes :
Pour atteindre ces objectifs, 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.
Vous pouvez également vous reporter à ces considérations en matière de conception physique pour obtenir des recommandations supplémentaires.
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 d’informations foncières doit offrir des expériences de mise à jour avec des mesures de performances cohérentes, afin de créer une expérience positive pour l’utilisateur final et d’améliorer 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 d’informations foncières.
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 mise à jour dans un système de gestion d’informations foncières 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 de serveur SIG ArcGIS) 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 être implémentée de différentes manières, par exemple :
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 que l’installation et la configuration de plusieurs composants ArcGIS Enterprise sur un seul système soient prises en charge, ce n’est généralement pas recommandé dans les systèmes de production à l’architecture bien conçue.
Par type de service : la séparation des composants ArcGIS Server par type de service est une autre forme de séparation de la charge de travail qui peut être appliquée à cette architecture. Il s’agit par exemple de l’utilisation de sites GIS Server distincts pour prendre en charge les charges de travail ArcGIS Parcel Fabric 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 peu 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 d’informations foncières nécessitent toujours des sauvegardes des données et requièrent souvent des sauvegardes des composants système. Bien que la fiabilité des données soit généralement plus importante que la disponibilité du système dans le cas des systèmes de gestion d’informations foncières, ils peuvent également nécessiter une configuration de haute disponibilité pour répondre aux besoins métier.
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 d’informations foncières, les sauvegardes au niveau des données d’ArcGIS Parcel Fabric sont essentielles, pour le moins. 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 de 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 d’informations foncières. 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.
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 :
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.
Il est important de note 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 en matière de conception de la sécurité d’un système de gestion d’informations foncières sont en étroite adéquation avec les exigences de sécurité du modèle de système, notamment les considérations importantes concernant 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 changements de 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 d’informations foncières 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 d’évaluation de masse assistée par ordinateur (CAMA), les systèmes de consignation ou de registre et/ou d’autres solutions de gestion foncière. Les exigences d’intégration d’un système de gestion d’informations foncières sont étroitement alignées sur le modèle de système de modification et de gestion des données.
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 d’informations foncières sont étroitement alignées sur le modèle de système de modification et de gestion des données, et incluent les pratiques suivantes :
ArcGIS Workflow Manager est un système de gestion de processus évolutif conçu pour automatiser et simplifier un large éventail de processus métier. En fournissant des outils en temps réel pour gérer les personnes, les processus et les produits, il permet aux équipes d’accomplir efficacement des tâches tout en maintenant des processus standardisés et reproductibles. En fin de compte, cela permet à de nombreuses organisations d’augmenter la productivité et d’assurer une cohérence dans les opérations.
ArcGIS Workflow Manager intègre tous les aspects de la gestion d’informations foncières : de la demande de modification initiale à la cartographie des parcelles et aux mises à jour CAMA. Toute application accessible depuis un navigateur Web peut être intégrée à un processus. Ainsi, chaque élément de travail peut être suivi afin de maintenir une connaissance de la situation et de soutenir l’efficacité opérationnelle.
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 :