Un bureau avec des personnes qui travaillent.<\/span><\/span><\/P>ArcGIS Server est comme un bureau SIG dans une boîte<\/H1>Dans un blog précédent, nous avons adopté une perspective alternative sur ArcGIS Enterprise et l'avons comparé à une voiture pour aider à comprendre les connexions et les parties d'un déploiement de base d'ArcGIS Enterprise. Dans cet article, nous avons décrit ArcGIS Server comme le moteur de la voiture, et cette description fonctionne très bien dans le contexte plus large d'ArcGIS Enterprise. Mais cela n'explique pas tout à fait comment ArcGIS Server fonctionne en interne. Changeons donc notre façon de penser et réévaluons ArcGIS Server.<\/P>Je trouve utile de penser à ArcGIS Server comme un bureau SIG dans une boîte. Cette perspective nous permettra de considérer différentes catégories de services SIG et d'expliquer comment ces services web dans ArcGIS Server fonctionnent. Dans ce bureau SIG, il y a trois rôles majeurs à examiner : le gestionnaire SIG, la réceptionniste du bureau, et les analystes SIG.<\/P>Dans ArcGIS Server, il existe des processus de coordination qui gèrent la distribution des requêtes aux services web et le fonctionnement général interne d'ArcGIS Server. Ces processus sont définis dans le logiciel ArcGIS et ne sont ni configurables ni gérés par les utilisateurs. Il y a aussi deux applications web utilisées par les éditeurs et administrateurs d'ArcGIS Server pour configurer les services web SIG et le site ArcGIS Server. Ces applications sont l'ArcGIS Server Administrator Directory et l'ArcGIS Server Manager. En essence, elles font toutes deux la même chose, mais offrent des expériences différentes. L'application Administrator Directory fournit tous les outils disponibles pour administrer et configurer ArcGIS Server et ses services via une interface textuelle contre l'API REST Admin, tandis que l'application Server Manager possède environ 75 % des fonctionnalités et dispose d'une interface graphique (GUI). Collectivement, nous pouvons considérer ces applications et processus comme le gestionnaire SIG de notre bureau.<\/P>
Une capture d'écran de l'application ArcGIS Server Administrator Directory.<\/span><\/span><\/P>Dans ArcGIS Server, il y a aussi un emplacement spécifique où les clients peuvent se rendre pour obtenir des tuiles mises en cache prêtes à l'emploi pour les services de carte, tuiles vectorielles et images. Vous pouvez considérer cela comme le bureau de la réceptionniste. La plupart du temps, il y a une personne à ce bureau qui peut aider les clients à obtenir les tuiles nécessaires ; c'est un processus dans ArcGIS Server appelé le gestionnaire de tuiles (tile handler).<\/P>Enfin, ArcGIS Server dispose de processus spécifiques qui supportent directement les requêtes de service. Dans notre bureau, les analystes SIG se concentrent sur des ressources spécifiques et peuvent répondre aux demandes en direct pour la ressource dont ils sont responsables.<\/P>Notre bureau SIG a également besoin d'un moyen pour faire connaître les ressources qu'il met à disposition du reste de l'organisation. J'aime penser à cela comme un catalogue de ressources. Je me souviens des jours avant ArcGIS Server et les portails, où nous devions maintenir une page web basique ou un document PDF listant ces produits SIG. Dans ArcGIS Server, il existe une application web fournie avec le logiciel qui offre à la fois une liste générale puis des informations beaucoup plus détaillées sur chaque service web fonctionnant sur le site. Cette application web s'appelle l'ArcGIS Server Services directory.<\/P>
Une capture d'écran du répertoire des services REST d'ArcGIS Server.<\/span><\/span><\/P>Lorsque notre bureau… ou devrais-je dire ArcGIS Server... fonctionne, un client peut soit obtenir une ressource annoncée auprès d'un analyste soit au guichet d'accueil. L'endroit où il se rend dépend du besoin du client et du rôle que joue la ressource dans l'application actuelle qui communique avec le bureau. Ils peuvent obtenir soit des résultats mis en cache soit dynamiques depuis ArcGIS Server. Si l'application a besoin d'une carte de base pour fournir un contexte dans une carte, elle obtiendra des tuiles mises en cache, mais si nous devons voir l'état le plus récent des données ou effectuer quelques modifications pour mettre à jour les informations gérées par le bureau, le client devra communiquer avec un service dynamique.<\/P>Super ! Nous comprenons maintenant la structure et la hiérarchie de notre bureau SIG dans une boîte. Dans nos prochains articles, nous discuterons de ce que fait chaque personne et verrons comment, en tant qu'administrateurs ArcGIS et créateurs de contenu, nous pouvons gérer et contrôler la performance de ces parties d'ArcGIS Server.<\/P>Les prochains articles se trouvent aux adresses suivantes :<\/P>ArcGIS Server : Créer la carte dont tout le monde a besoin<\/A> <\/P>ArcGIS Server : Obtenir les bonnes données, tout de suite<\/A> <\/P>ArcGIS Server : Tout est question d'efficacité<\/A> <\/P>
