Police officer looking at ArcGIS Dashboards
Obtenir les bonnes données, tout de suite
Par le passé, j'ai parlé d'ArcGIS Server comme du moteur de notre voiture ArcGIS Enterprise. Bien que cela aide du point de vue du système plus large ArcGIS Enterprise, ce n'est pas très utile pour expliquer comment fonctionne généralement ArcGIS Server. Dans mes deux derniers articles, j'ai comparé ArcGIS Server à un bureau SIG dans une boîte, et j'utiliserai cette analogie ici aussi. Jusqu'à présent, j'ai décrit les rôles de haut niveau d'ArcGIS Server pour le gestionnaire, la réceptionniste et les analystes de notre bureau SIG. Nous avons également décrit comment ArcGIS Server crée et gère les tuiles mises en cache pour les services généralement utilisés comme fonds de carte. Maintenant, nous devrions examiner les analystes. Les personnes dans notre bureau qui utilisent la puissance de traitement et la plupart des ressources de notre matériel serveur… euh bureau.
J'aime considérer un cas courant dans une organisation où quelqu'un a besoin d'une carte de l'état actuel d'un projet ou d'un événement. Disons que le maire de notre ville a une présentation et veut mettre en avant le projet actuel d'inventaire des arbres se déroulant dans la ville. Il envoie un e-mail au gestionnaire du bureau SIG demandant une carte à inclure dans une présentation PowerPoint. Le gestionnaire du bureau SIG regarde autour de lui et voit qu'il y a trois analystes à leurs bureaux avec le fichier du projet d'inventaire des arbres ouvert dans ArcGIS Pro. Le projet contient une carte pour la visualisation des données du projet d'inventaire des arbres. Aucun des analystes ne fait rien d'autre qu'attendre que quelqu'un pose une question sur le projet. Le gestionnaire demande à un des analystes d'envoyer une image de la carte pour toute la ville montrant l'état du projet au maire. En utilisant ArcGIS Pro, l'analyste effectue un zoom sur l'étendue de la ville. ArcGIS Pro interroge la base de données pour obtenir les entités les plus récentes de la classe d'entités d'inventaire des arbres et dessine les points sur la carte. L'analyste exporte la carte en fichier png et renvoie l'image au maire par e-mail. Quelque temps plus tard, le maire a une autre présentation et a besoin d'une carte mise à jour montrant le projet maintenant qu'il est terminé. Tout le processus recommence. Cette fois, le maire reçoit une image montrant l'état final du projet et tous les arbres dans la ville sur la carte.
En termes d'ArcGIS Server, c'est un exemple de fonctionnement des services cartographiques dynamiques. Le bureau annonce que la ressource carte d'inventaire des arbres est disponible… cela signifie que le service carte d'inventaire des arbres est démarré et apparaît dans l'application Services Directory d'ArcGIS Server. Dans ce cas, les analystes sont les instances du service inventaire des arbres. En fait, ce service a été configuré avec un minimum de trois instances dédiées. Lorsque quelqu'un utilisant une application ou une carte contenant ce service cartographique comme couche effectue un zoom ou un panoramique sur la carte, l'application envoie une requête à ArcGIS Server utilisant l'opération Export. L'instance interroge les données provenant des sources utilisées par le service. L'instance rend ensuite les données selon les propriétés définies dans le service et/ou reçues du client pour cette requête et crée un fichier image à partir du rendu des données. Le client reçoit alors l'image depuis ArcGIS Server pour l'afficher sur la carte.
Ce type d'interaction fait de ce service un service dynamique. Plus précisément, c'est un service cartographique dynamique en raison de l'option du service « Dessiner ce service cartographique : Dynamiquement à partir des données ». Par opposition à l'option de dessiner la carte en utilisant des tuiles mises en cache, ou un service mis en cache. Le rendu des données, ou cartographie, n'est pas la seule capacité pouvant être réalisée dynamiquement dans ArcGIS Server. Les services de géotraitement analysent les données selon des algorithmes prédéfinis et retournent dynamiquement des résultats basés sur l'état actuel de ces données. Vous pouvez obtenir différents résultats au fur et à mesure que les données sources changent. Les services entités permettent aux clients connectés d'éditer dynamiquement les données référencées par le service, et ces modifications sont alors immédiatement disponibles pour tout client utilisant le service. Contrairement à nos services mis en cache qui sont généralement utilisés dans une carte pour fournir une référence géographique, ces services dynamiques sont les couches métier dans une carte et sont appelés couches opérationnelles dans une carte.
À travers cette discussion, nous avons vu comment un service dynamique rend disponible l'information la plus récente quand elle est nécessaire. Mais l'actualité des données n'est qu'une considération en SIG. Il y a des personnes de l'autre côté de la transaction qui ont besoin d'utiliser cette excellente information. En tant que créateurs de ressources SIG, il est aussi de notre responsabilité de rendre l'information facile à utiliser et à manipuler. Il y a beaucoup d'aspects des services que nous pouvons optimiser. Dans le prochain et dernier article de blog, nous parlerons de la configuration de l'instance du service pour tirer le meilleur parti des ressources disponibles.
Le prochain article se trouve à l'adresse suivante :
ArcGIS Server : Tout est question d'efficacité
