ArcGIS Enterprise SDK inclut plusieurs technologies supplémentaires pour la personnalisation des services SIG pouvant prendre en charge des processus ou modèles d’intégration. Avec chacun de ces modèles, les développeurs de logiciels Java ou .NET peuvent écrire du code à l’aide d’ArcGIS Enterprise SDK pour étendre les services existants, créer des modèles ou influencer le comportement des services existants.
Les extensions d’objets serveur (SOE) permettent d’ajouter de nouvelles méthodes ou fonctionnalités (points de terminaison REST) à des services existants. Ces extensions n’affectent pas les points de terminaison et méthodes existants des services et ne peuvent donc être consommées que par des applications personnalisées ou des processus qui connaissent le point de terminaison et peuvent l’appeler directement. Pour plus d’informations sur les SOE, reportez-vous à la rubrique Présentation des SOE REST.
Les intercepteurs d’objet serveur (SOI) permettent d’affecter, de contrôler ou d’ajuster les fonctionnalités existantes des points de terminaison d’un service spécifique pris en charge. Cela signifie que le code SOI est appelé sur chaque demande au service et que le développeur peut choisir de remplacer un chemin logique existant, tel qu’une demande /query ou /identify. Le code SOI peut alors agir sur la demande entrante, en ajustant les paramètres ou les entrées, ou sur la réponse du serveur backend existant, en supprimant des attributs, en ajoutant des informations ou en effectuant d’autres opérations. Pour plus d’informations sur les SOI et notamment des exemples et conseils de codage, reportez-vous à la rubrique Présentation d’un SOI.
Les intercepteurs de service sont un nouveau modèle de développement qui permet un contrôle global de certains modèles ou types de services, opérant au niveau REST d’un site plutôt que sur un service individuel. Les intercepteurs permettent de contrôler le comportement d’un ensemble de services, plutôt que d’appliquer un SOI à chaque service de manière indépendante. Pour plus d’informations sur les intercepteurs de service et les comparaisons aux concepts existants de SOI, reportez-vous à la rubrique Vue d’ensemble des intercepteurs de service.
À des fins d’intégration, ces modèles d’extensibilité fournissent une méthode permettant de déployer une intégration dans un serveur d’applications existant (ArcGIS Server) d’une manière pouvant être intégrée à d’autres processus ou modèles ArcGIS.
Les SOE sont créés sur des services existants et héritent donc du modèle d’authentification des services fédérés dans un déploiement ArcGIS Enterprise. Les modèles de développement .NET ou Java pouvant avoir établi des bibliothèques ou outils pour utiliser un jeu de données ou système distant, il peut être plus simple pour l’intégration de créer un point de terminaison de service Web à l’aide d’un SOE plutôt que d’héberger et créer un service autonome.
Les SOI fonctionnent avec des points de terminaison existants, tels qu’une demande /query. Cela permet l’interception d’une requête. Toute action souhaitée peut alors être effectuée sur l’entrée de la requête ou le jeu de résultats (par exemple, joindre des données d’un système existant ou filtrer les résultats à partir d’une requête sur un autre point de terminaison). Ces étapes introduisent une latence sur chaque demande et doivent être soigneusement conçues pour éviter une dégradation considérable des performances.
Les applications ou services ArcGIS Online qui interagissent avec les services ArcGIS Enterprise peuvent devenir utilisateurs de SOI et d’intercepteurs de services, en utilisant ces couches dans une expérience de cartographie Web. Il en va de même pour ArcGIS Pro, un client pris en charge pour ces types de services, qui peut les utiliser à des fins de visualisation et cartographiques, comme sources d’outils de géotraitement, ou pour l’impression, en conservant toute la logique des SOI ou intercepteurs de service. Les SOE sont généralement consommés par des applications personnalisées conçues pour fonctionner avec ces nouveaux points de terminaison spécifiques de chaque cas d’utilisation.
| Fonctionnalité | ArcGIS Online | ArcGIS Enterprise | ArcGIS Location Platform | ArcGIS Pro |
|---|---|---|---|---|
| SOE et SOI | N/D |
Prise en charge complète Prise en charge partielle
Avant d’entreprendre le développement d’un SOE, SOI ou intercepteur de service, consultez la documentation d’ArcGIS Enterprise SDK et en particulier la rubrique Philosophie de conception d’ArcGIS Enterprise SDK, qui fournit des conseils utiles et un contexte sur ces modèles de développement. Reportez-vous à la rubrique Stratégies de création des SOE REST de la documentation pour prendre connaissance des meilleures pratiques et recommandations pour le développement des SOE.