ArcGIS Server comme un bureau SIG dans une boîte<\/A> est une bonne astuce pour aider à comprendre le fonctionnement interne du logiciel et le relier aux flux de travail et processus que beaucoup de praticiens SIG connaissent. Considérons un instant la situation où notre organisation a besoin d'une carte montrant tous les points de repère importants dans la région... la carte avec les parcs, plans d'eau, points d'intérêt et rues. La plupart du temps, cette carte est utilisée simplement pour aider quelqu'un à localiser des choses plus importantes. Comme où se déroule un projet, où certains actifs sont situés, ou où se trouve ma maison ? Cependant, ce qui rend cette carte différente, c'est que tout le monde veut la voir et si les choses changent un peu, cela n'affectera pas son utilité globale. En langage ArcGIS, c'est une basemap.<\/P> <\/P>
En raison de ces propriétés particulières, notre bureau SIG prépare l'impression d'un grand nombre de ces cartes de manière à ne pas affecter les opérations normales du bureau et planifie un processus de mise à jour de la carte au fil du temps selon les besoins. Bien que cette carte soit diffusée via le canal normal du bureau, elle est gérée complètement différemment de la "normale".<\/P>
<\/P>
Pour créer un service dans ArcGIS Server de manière à obtenir un débit élevé... beaucoup de réponses aux requêtes... sans affecter les autres processus du serveur, nous générons le service au moment où il est demandé par les clients à partir d'un ensemble de tuiles mises en cache. Ces tuiles sont généralement créées avant qu'on ne les demande, sont créées à plusieurs niveaux de détail, et sont capturées dans un format le plus adapté aux données que nous essayons d'afficher. Dans notre bureau ArcGIS Server dans une boîte, il y a des analystes SIG spéciaux dont le seul travail est de créer ces cartes. Ce sont les instances du service CachingTools dans le dossier système d'ArcGIS Server. Ce service n'est pas diffusé au reste de l'organisation, car seul le gestionnaire de notre bureau indique à ce service quand travailler. De plus, cet analyste travaille généralement la nuit et les week-ends quand personne d'autre n'est là, donc il bénéficie de toutes les ressources du bureau pour lui seul.<\/P>
<\/P>
Une capture d'écran du gestionnaire ArcGIS Server montrant les services GP Caching.<\/span><\/span><\/P> <\/P>Une fois que les analystes ont investi le temps nécessaire pour créer un ensemble complet de sections continues non chevauchantes de la carte à différentes échelles (car rappelez-vous que ce n'est qu'une métaphore et que nos services SIG sont utilisés dans des cartes interactives avec capacités de zoom avant/arrière) ou tuiles, celles-ci sont triées et organisées. L'endroit où ces tuiles sont stockées est défini par le gestionnaire du bureau. Selon la taille de l'organisation, le nombre de services mis en cache et la performance de l'infrastructure supportante - tous les services mis en cache pourraient partager un emplacement unique ou à l'autre extrême chaque service mis en cache pourrait avoir son propre emplacement de stockage défini. Dans notre bureau vous pouvez penser à cela comme un ensemble d'armoires où les cartes sont stockées ou dans des pièces séparées où les gens doivent aller chercher la carte qu'ils veulent spécifiquement. Ces différentes approches sont adoptées pour des raisons d'efficacité de stockage et récupération, équilibrées avec le coût et l'espace disque supplémentaire.<\/P> <\/P>
Une capture d'écran montrant un exemple de plusieurs répertoires cache.<\/span><\/span><\/P> <\/P>Peu importe l'approche choisie pour le stockage et la gestion des tuiles ; la structure par défaut du stockage est cohérente. Toutes les tuiles pour un service sont stockées ensemble dans un seul dossier. Cependant, ce dossier est très profond en termes de niveaux. Il existe une structure bien documentée qu'ArcGIS Server utilise pour organiser ces tuiles en fonction de l'échelle ou niveau de détail (LOD) auquel elles ont été générées, et l'emplacement général où elles se trouvent dans l'étendue du service. Lors de la création des tuiles ArcGIS Server partitionne l'étendue complète pour un LOD en grandes zones appelées supertiles pour gérer la génération des étiquettes. Cette supertile est ensuite rendue en plusieurs petites tuiles qui sont agrégées ensemble pour être stockées dans un fichier binaire appelé fichier bundle.<\/P> <\/P>
Une capture d'écran de la structure du dossier cache.<\/span><\/span><\/P> <\/P>Quand un client a besoin de voir la basemap, ArcGIS analyse l'étendue et l'échelle de la demande pour afficher la carte et récupère les tuiles nécessaires pour remplir l'affichage incluant une rangée de tuiles entourant cette étendue. Quand le client demande ces tuiles, le réceptionniste, le processus gestionnaire des tuiles, va chercher les tuiles pour le client. Ayant reçu les tuiles, le client les affiche. Mais l'application cliente peut aussi stocker localement sur le disque dur les tuiles reçues dans un cache local. Vous pouvez penser à cela comme accrocher la carte sur le mur de leur bureau. Lorsque la personne déplace la vue sur la carte, l'application peut simplement prendre les tuiles depuis ce cache local sans avoir à retourner au bureau SIG pour récupérer à nouveau les tuiles. Cela fait que les couches basemap d'ArcGIS Server affichent toujours toute l'étendue actuelle vue par une application et rendent leur affichage extrêmement rapide.<\/P> <\/P>Cependant parfois les choses changent, et nos services mis en cache doivent être mis à jour pour refléter ces changements. Pour chaque service mis en cache, nous pouvons définir la propriété cacheControlMaxAge (en secondes) qui indique combien de temps un client utilisera ses tuiles mises en cache localement avant qu'il ait besoin d'obtenir des nouvelles tuiles depuis ArcGIS Server. Vous pouvez penser à cela comme une date sur la carte murale indiquant que cette carte est valable pendant un certain temps, après quoi vous devez vérifier au bureau s'il y a une version mise à jour.<\/P> <\/P>À travers cet article nous avons examiné comment ArcGIS Server est utilisé pour créer et stocker des tuiles pour nos couches basemap mises en cache dans ArcGIS. Dans nos prochains articles, nous verrons comment les analystes dans notre bureau sont exploités pour répondre et optimiser nos couches opérationnelles en regardant plus attentivement les couches dynamiques dans ArcGIS Server. <\/P>Les prochains articles peuvent être trouvés aux liens suivants :<\/P>
