Système d’hébergement et de gestion d’applications d’entreprise (Windows/Linux)

Le modèle de système d’hébergement et de gestion d’applications d’entreprise est généralement déployé sur Windows et Linux à l’aide du logiciel ArcGIS Enterprise pour Windows et Linux.

ArcGIS Enterprise pour Windows et Linux comprend plusieurs composants qui couvrent les niveaux données, services/logique et présentation. Ces composants fonctionnent ensemble pour fournir un système complet. ArcGIS Enterprise pour Windows et Linux est entièrement pris en charge dans les environnements virtuels (exécutant un système d’exploitation pris en charge), ainsi que par les fournisseurs de cloud exécutant des machines virtuelles qui respectent la configuration système requise. Esri fournit également des outils de déploiement pour les plateformes cloud, notamment Amazon Web Services (AWS) et Microsoft Azure.

Ressources associées :

Architecture de base

Voici une architecture de base type d’un système d’hébergement et de gestion d’applications d’entreprise déployé sur Windows ou Linux.

Ce diagramme ne doit pas être utilisé tel quel pour la conception d’un système. De nombreux facteurs importants et choix de conception doivent être pris en compte lors de la conception d’un système. Pour plus d’informations, consultez la rubrique Utilisation des modèles de système. De plus, le diagramme ci-dessous ne fournit que les fonctionnalités de base du système ; des composants système supplémentaires peuvent être nécessaires pour fournir des fonctionnalités étendues.

Architecture de base d’un système d’hébergement et de gestion d’applications d’entreprise (Windows/Linux)

Les fonctionnalités représentées ci-dessus correspondent à celles disponibles en juillet 2025.

Les principaux composants de cette architecture sont les suivants :

  • Un déploiement de base d’ArcGIS Enterprise, comprenant ArcGIS Data Store, ArcGIS Server et Portal for ArcGIS. Le composant ArcGIS Web Adaptor d’ArcGIS Enterprise est également recommandé et peut être requis dans certaines situations. Le déploiement de base permet la publication et l’hébergement de données à l’aide de services d’entités hébergées, de tuiles vectorielles, de tuiles de carte et de scènes. La plupart de ces services utilisent à leur tour ArcGIS Data Store, qui fournit des fonctionnalités de stockage gérées par ArcGIS pour les services hébergés.
  • ArcGIS Server, en particulier le rôle GIS Server, qui fournit des services d’entités et de cartes pour les données stockées dans des Data Stores enregistrés et gérés par l’utilisateur. Le composant ArcGIS Server qui fournit les services de données d’entreprise est décrit comme un composant du système logiquement distinct du composant ArcGIS Server qui fournit les services hébergés et utilitaires (et qui effectue le déploiement de base décrit ci-dessus). En effet, ils jouent des rôles différents dans le système et sont souvent conçus et déployés séparément au niveau physique. Le composant ArcGIS Web Adaptor d’ArcGIS Enterprise est également recommandé et peut être requis dans certaines situations.
  • Les données qui alimentent les services d’entreprise proviennent généralement de Data Stores enregistrés et gérés par l’utilisateur, notamment des magasins de fichiers et d’objets, des bases de données et des entrepôts de données cloud. En savoir plus sur l’architecture de données ArcGIS.
  • ArcGIS Online, l’infrastructure SaaS d’Esri, fournit généralement des fonds de carte (tels que des cartes satellite), des données de référence (telles que des lieux), ainsi que d’autres services de localisation (tels que le géocodage et la recherche) pour ce système. L’organisation peut également héberger et gérer ses propres services de localisation, au lieu d’utiliser le système SaaS d’Esri. Pour plus d’informations, reportez-vous à la rubrique Modèle de système de services de localisation.
  • Une large gamme d’applications Web, mobiles et de bureau conçues pour prendre en charge de nombreux personas d’utilisateur et processus. En savoir plus sur les applications utilisées dans un système d’hébergement et de gestion d’applications d’entreprise.

Les principales interactions de cette architecture sont les suivantes :

  1. Les applications client communiquent avec les services de données d’entreprise et les services de localisation via HTTPS, généralement à l’aide d’API REST sans état.
  2. ArcGIS Server maintient des connexions TCP persistantes à ArcGIS Data Store et aux bases de données. Dans le second cas, un logiciel client de base de données approprié doit être installé sur les machines ArcGIS Server qui communiquent avec le SGBD. Les données prenant en charge les services de localisation peuvent également être stockées dans des entrepôts de données cloud ou des magasins de fichiers. En savoir plus sur les données et ArcGIS Server.
  3. ArcGIS Monitor, recommandé pour la surveillance et l’optimisation des composants d’un système SIG, communique avec divers composants ArcGIS et informatiques (par exemple, un SGBD) en utilisant différents mécanismes. Pour plus d’informations, reportez-vous à la documentation sur ArcGIS Monitor.
  4. Les références aux services de localisation hébergés et gérés par ArcGIS Online, tels que les fonds de carte, sont généralement enregistrées et disponibles pour être utilisées dans ArcGIS Enterprise. Certains services sont référencés automatiquement lors de l’installation d’ArcGIS Enterprise, bien que du contenu et des services supplémentaires puissent être partagés entre ces deux systèmes manuellement ou automatiquement. Reportez-vous aux rubriques consacrées à la configuration des services utilitaires ArcGIS Online, la configuration du contenu ArcGIS Living Atlas et la collaboration distribuée.

Des informations supplémentaires sur les interactions entre les composants ArcGIS Enterprise sont disponibles dans la documentation du produit ArcGIS Enterprise pour Windows et Linux, notamment un diagramme des ports utilisés dans un déploiement ArcGIS Enterprise pour Windows et Linux.

Fonctionnalités

Les fonctionnalités du système d’hébergement et de gestion d’applications d’entreprise sur Windows et Linux sont décrites ci-dessous. Pour plus d’informations, reportez-vous à la vue d’ensemble des fonctionnalités et à la comparaison des fonctionnalités prises en charge entre les modèles de déploiement.

Les fonctionnalités utilisées dans un système d’hébergement et de gestion d’applications d’entreprise, mais généralement fournies par d’autres systèmes, telles que les fonds de carte, le géocodage et d’autres services de localisation fournis par un système de services de localisation, ne sont pas répertoriées ci-dessous. En savoir plus sur les modèles de système associés.

Fonctionnalités de base

Les fonctionnalités de base sont les fonctionnalités les plus courantes fournies par les systèmes d’hébergement et de gestion d’applications d’entreprise et activées par l’architecture de base présentée ci-dessus.

Fonctionnalités étendues

Des fonctionnalités étendues sont généralement ajoutées pour répondre à des besoins spécifiques ou prendre en charge des modèles de données et des solutions propres au secteur d’activité. Elles peuvent nécessiter des composants logiciels ou des adaptations d’architecture supplémentaires.

  • Les fonctionnalités d’interopérabilité et de transformation des données prennent en charge le déplacement des données entre des centaines de systèmes et d’applications à l’aide de l’interface de programmation visuelle fournie par ArcGIS Data Interoperability, qui prend en charge la lecture et l’écriture dans de nombreux Data Stores pris en charge par ArcGIS Enterprise.
  • La gestion et l’automatisation des processus ajoutent aux processus de cartographie, d’analyse et de partage en libre-service la possibilité d’orchestrer et d’automatiser le travail entre les équipes à l’aide d’ArcGIS Workflow Manager.
  • Le SIG indoor enrichit ArcGIS Online de la possibilité de créer et de gérer des données de plan d’étage, de cartographier l’intérieur des bâtiments et de partager des cartes et des services tenant compte des étages. Cette fonctionnalité nécessite ArcGIS Pro et est prise en charge par ArcGIS Indoors. Le SIG indoor fournit généralement des cartes et des applications indoor à de nombreux intervenants, y compris, mais sans s’y limiter, les entreprises et le public grâce à des applications mobiles légères ou des kiosques. Ainsi, la prise en charge d’un SIG indoor peut être améliorée via un système d’hébergement et de gestion d’applications d’entreprise.
  • La gestion de mission intègre une approche géographique au commandement et au contrôle. Optimisée par ArcGIS Mission, la gestion de mission permet de rationaliser les opérations de mission et d’éclairer la prise de décision en fusionnant des données en temps réel avec d’autres sources de données opérationnelles et de ressources.
  • D’autres solutions sectorielles permettent le déploiement rapide d’applications et de configurations d’ArcGIS Enterprise propres à un secteur d’activité à l’aide d’ArcGIS Solutions. Notez que toutes les solutions sectorielles ne sont pas disponibles pour ArcGIS Enterprise.

Éléments à prendre en compte

Les sections ci-dessous décrivent les piliers de l’ArcGIS Well-Architected Framework appliqués au modèle de système d’hébergement et de gestion d’applications d’entreprise sur Windows et Linux. Les informations présentées ici n’ont pas pour but d’être exhaustives, mais de mettre en évidence les principaux éléments à prendre en compte pour concevoir et/ou implémenter une combinaison spécifique de système et de modèle de déploiement. En savoir plus sur les piliers d’architecture du cadre Well-Architected Framework d’ArcGIS.

Fiabilité

La fiabilité garantit que le système fournit le niveau de service requis par l’entreprise, les clients et les différentes parties prenantes. Pour plus d’informations, consultez la présentation du pilier Fiabilité.

  • Les contrats de niveau de service nécessitant des niveaux élevés de disponibilité sont courants.
    • La haute disponibilité et la tolérance aux pannes sont obtenues au moyen d’une infrastructure redondante à tous les niveaux du système.
    • La récupération d’urgence est possible et couramment implémentée avec ce modèle de système.
    • En savoir plus sur la réduction des pertes de données et des temps d’arrêt dans ArcGIS Enterprise.
  • Des processus et procédures de sauvegarde sont souvent mis en œuvre.

Sécurité

La sécurité protège les systèmes et les informations. Pour plus d’informations, consultez la présentation du pilier Sécurité.

  • L’authentification et l’autorisation sont généralement requises. Les applications partagées publiquement et le contenu associé, qui ne nécessitent pas d’authentification, constituent une exception notable.
    • En raison du large éventail d’utilisateurs qui se connectent à l’échelle de l’organisation, ce modèle de système applique presque toujours une approche basée sur l’authentification unique (SSO). L’authentification unique est généralement implémentée à l’aide de SAML et/ou d’OpenID Connect.
    • L’accès des utilisateurs et la collaboration autour des données sont régis par des contrôles d’accès basés sur les rôles et des modèles d’autorisation et d’authentification modernes, notamment OAuth, SAML, OpenID Connect et l’authentification multifacteur.

Consultez le Guide de renforcement de la sécurité ArcGIS Enterprise pour en savoir plus sur les stratégies et les paramètres associés qui peuvent être implémentés pour améliorer la posture de sécurité des déploiements ArcGIS Enterprise.

Performances et évolutivité

Les performances et l’évolutivité visent à optimiser l’expérience globale des utilisateurs du système, ainsi qu’à garantir que le système s’adapte à l’évolution des exigences des charges de travail. Pour plus d’informations, consultez la présentation du pilier Performances et évolutivité.

  • Les performances et l’évolutivité sont généralement importantes ou critiques pour les applications d’entreprise qui sont hébergées et gérées dans ce système. Les applications, ainsi que le contenu associé, tel que les cartes et les couches, doivent être conçus et créés pour répondre aux attentes des utilisateurs et de l’organisation en matière de performances et d’évolutivité (y compris les contrats de niveau de service si nécessaire). En savoir plus sur l’optimisation des applications et des services dans ArcGIS.
    • Les performances de lecture de données jouent généralement un rôle majeur dans les performances globales du système.
    • Vous pouvez utiliser des réseaux de diffusion de contenu (CDN) pour améliorer les performances des services tuilés pour une vaste base d’utilisateurs géographiquement distribués.
  • L’évolutivité est un facteur de conception important, en particulier lorsque les applications sont fournies à l’ensemble de l’organisation ou au grand public.
  • La mise à l’échelle peut être effectuée automatiquement en réponse à la demande dans certains environnements cloud.

Automatisation

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. Pour plus d’informations, consultez la présentation du pilier Automatisation.

Intégration

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. Pour plus d’informations, consultez la présentation du pilier Intégration.

  • Des données et des services externes sont souvent intégrés à ce système en vue de leur utilisation par des applications d’entreprise. Les approches d’intégration sont généralement axées sur les données ou les services et impliquent parfois l’automatisation. En savoir plus sur les approches et les méthodes d’intégration.
  • Les systèmes d’hébergement et de gestion d’applications d’entreprise sont souvent utilisés pour fournir des données, des résultats d’analyse ou d’autres contenus produits ou gérés dans un autre système ArcGIS. En savoir plus sur les modèles de système associés.

Observabilité

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. Pour plus d’informations, consultez la présentation du pilier Observabilité.

  • Une surveillance minutieuse de l’utilisation des services et des applications est essentielle avec ce modèle de système. La fourniture des applications d’entreprise s’étend généralement à l’ensemble de l’organisation (et éventuellement au-delà). Il est donc possible que les concepteurs ou les opérateurs de systèmes ne puissent pas anticiper leurs modèles d’utilisation et leur croissance. La surveillance permet de déterminer quand le système doit être mis à l’échelle pour répondre à la demande tout en continuant à fonctionner correctement (et conformément aux contrats de niveau de service).
  • 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. La surveillance de la disponibilité, des performances et de l’utilisation des services et des applications est essentielle dans ce modèle de système. 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. En savoir plus sur la surveillance de l’état et de la fiabilité du système.
  • Certaines fonctionnalités étendues de ce modèle de système, telles que la gestion et l’automatisation des processus avec ArcGIS Workflow Manager, prennent en charge des fonctions d’observabilité supplémentaires. Pour plus d’informations, consultez la documentation du produit correspondant.
  • L’utilisation de l’analytique Web doit être fortement prise en compte lors de l’utilisation d’ArcGIS Instant Apps, d’ArcGIS StoryMaps et d’applications personnalisées.
  • La surveillance des connexions d’utilisateur et des modifications de compte peut être proposée par le fournisseur d’identités configuré lors de l’utilisation d’identifiants SAML et/ou OpenID Connect.

Autre

Les autres facteurs à prendre en compte pour la conception et l’implémentation d’un système d’hébergement et de gestion d’applications d’entreprise sur Windows et Linux sont les suivants :

  • Ce modèle est généralement conçu pour répondre à des exigences non fonctionnelles strictes et/ou à des contrats de niveau de service. Des niveaux élevés de gouvernance et de conformité avec les politiques et les rôles informatiques, tels que l’intendant de données et le gestionnaire de contenu, doivent être pris en compte en priorité lors de l’implémentation de ce modèle de système.

Ressources associées :

Top