Sélection d’un modèle de déploiement pour les systèmes de mise à jour et de gestion des données
Les systèmes de mise à jour et de gestion des données sont généralement déployés à l’aide de l’un des quatre modèles de déploiement suivants :
Le choix d’un modèle de déploiement est l’une des décisions les plus importantes à prendre lors de la conception d’un système SIG pour une organisation.
Le facteur le plus déterminant dans cette décision sera peut-être la conformité aux règles informatiques, aux directives et au niveau de confort de l’entreprise dans la prise en charge des différentes approches de déploiement. Par exemple, certaines organisations peuvent préférer opter pour des systèmes et solutions SaaS. D’autres organisations qui investissent massivement dans les déploiements basés sur Kubernetes, notamment en employant et en formant du personnel ayant une expérience et des compétences opérationnelles Kubernetes, peuvent préférer les modèles de déploiement basés sur Kubernetes. En revanche, les organisations qui intègrent des fonctionnalités SIG dans leurs applications existantes peuvent privilégier une approche PaaS (Platform-as-a-Service, plateforme en tant que service).
Les fonctionnalités et les points à prendre en compte diffèrent considérablement selon les modèles de déploiement. Pour plus d’informations, consultez les comparaisons ci-dessous, ainsi que les pages consacrées aux modèles de déploiement.
Pour obtenir des informations générales sur ces approches de déploiement, reportez-vous à la page Produits ArcGIS et options de déploiement de la vue d’ensemble d’ArcGIS.
Comparaison des fonctionnalités
En plus de la conformité aux règles informatiques, aux directives et au niveau de confort, il est également important de prendre en compte les fonctionnalités de chaque modèle de déploiement dans le processus de prise de décision. Les fonctionnalités d’un système de gestion et de mise à jour de données diffèrent selon les modèles de déploiement. Le tableau suivant compare les fonctionnalités spécifiques prises en charge par chacun des modèles de déploiement.
Les fonctionnalités utilisées dans un système de mise à jour et de gestion des données, 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.
Prise en charge complète
Prise en charge partielle
Pour plus d’informations sur chaque ligne indiquée ci-dessus, reportez-vous aux fonctionnalités du système de mise à jour et de gestion des données. En outre, chacune des cellules ci-dessus est décrite plus en détail dans les pages dédiées au modèle de déploiement du système de mise à jour et de gestion des données.
Les fonctionnalités représentées ci-dessus correspondent à celles disponibles en juillet 2025.
Considérations générales
Les informations ci-dessous visent à vous aider à aligner les besoins commerciaux et informatiques de l’organisation sur le modèle de déploiement du système de mise à jour et de gestion des données. 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 implémenter des systèmes de mise à jour et de gestion des données.
- L’évolutivité, la fiabilité, les contrats de niveau de service, la sécurité et l’équilibre des responsabilités entre l’organisation et Esri sont généralement les principaux facteurs à prendre en compte lors du choix d’un modèle de déploiement. Pour plus d’informations, consultez les sections relatives aux piliers Fiabilité, Performances et évolutivité et Sécurité.
- Les organisations disposant d’un nombre important à modéré d’éditeur de données ou qui ont besoin de transactions longues, de détection et de réconciliation des conflits, de règles spatiales et attributaires, ainsi que de fonctions d’archivage et d’audit avancé ou de généalogie des mises à jour ont tendance à privilégier un déploiement basé sur ArcGIS Enterprise sur Windows/Linux ou Kubernetes. Ces deux modèles de déploiement offrent les fonctionnalités de mise à jour et de gestion des données les plus robustes et permettent une adaptation flexible aux processus et aux besoins de gouvernance.
- Les scénarios de collecte de données de type production participative (crowdsourcing) peuvent être pris en charge par tous les modèles de déploiement. Toutefois, les organisations associées à un large éventail d’utilisateurs externes et internes ont tendance à privilégier un modèle de déploiement SaaS ou PaaS. Les deux modèles sont sécurisés et accessibles sur Internet, ce qui permet aux utilisateurs d’y accéder sans accès direct au réseau de l’organisation. Ils peuvent en outre évoluer de manière fluide et automatique, ce qui permet une très large diffusion et une implication importante des utilisateurs. Le modèle SaaS en particulier prend en charge les connexions aux réseaux sociaux et l’identité des utilisateurs externes, ce qui offre des avantages supplémentaires pour l’audit et la contribution des communautés.
- Le modèle de déploiement SaaS à l’aide d’ArcGIS Online offre le délai de mise sur le marché le plus rapide. Ses fonctionnalités peuvent être activées très rapidement et la variété d’applications incluses prend en charge un large éventail de processus répondant aux différents besoins des utilisateurs. Même s’il ne propose qu’une partie des fonctionnalités de mise à jour et de gestion des données fournies par les déploiements basés sur ArcGIS Enterprise sur Windows, Linux et Kubernetes, il convient à de nombreux scénarios de mise à jour et de gestion des données.
- Le modèle de déploiement PaaS à l’aide d’ArcGIS Location Platform s’adresse aux organisations qui cherchent à créer leurs propres applications de mise à jour et de gestion des données, ou à intégrer des fonctionnalités de mise à jour et de gestion des données dans des applications et/ou des systèmes existants. Il existe des différences notables entre les modèles de déploiement SaaS et PaaS. Il convient donc de les examiner attentivement dans les pages qui leur sont consacrées.
- De nombreuses fonctionnalités spécifiques aux secteurs d’activité doivent être prises en compte lors de l’implémentation d’un système de mise à jour et de gestion des données. Étant donné que ces fonctionnalités diffèrent d’un modèle de déploiement à l’autre, examinez-les attentivement en consultant les pages consacrées aux modèles de déploiement. Voici quelques points importants à prendre en compte :
- Esri fournit de nombreuses configurations ArcGIS spécifiques aux différents secteurs d’activité par le biais du programme ArcGIS Solutions. Celles-ci sont généralement disponibles pour les modèles de déploiement SaaS, Windows, Linux et Kubernetes.
- Esri fournit plusieurs modèles de données et composants logiciels avancés propres à certains secteurs d’activité, notamment Utility Network, Pipeline Referencing, Defense Mapping et Roads and Highways. Ceux-ci sont disponibles uniquement pour Windows et Linux, mais peuvent également être utilisés dans un déploiement hybride Kubernetes et Windows/Linux. Ces modèles de données et logiciels avancés propres à ces secteurs ne sont pas disponibles pour les modèles de déploiement SaaS ou PaaS.
- Esri fournit un système de mise à jour et de gestion des données pour la planification et la gestion des espaces intérieurs par le biais de modèles de déploiement SaaS et basés sur des logiciels appelés ArcGIS Indoor Spaces. Ce système est généralement exploité en combinaison avec d’autres systèmes et composants dans le cadre de l’implémentation d’une solution SIG indoor complète via ArcGIS Indoors.
- Pour plus d’informations sur la prise en charge générale de différents secteurs, consultez la page Secteurs d’activité.
Outre certaines des différences décrites ci-dessus, d’autres fonctionnalités étendues diffèrent considérablement entre les modèles de déploiement. Ces différences sont notamment les suivantes :
- La gestion et l’automatisation des processus sont généralement assurées par ArcGIS Workflow Manager, qui comporte les options de déploiement ArcGIS Online (SaaS) et ArcGIS Enterprise (Windows/Linux). Les fonctionnalités de ces deux options étant différentes, il convient d’examiner attentivement la documentation du produit lors de votre choix. En outre, même si ArcGIS Workflow Manager for ArcGIS Enterprise est disponible uniquement sur Windows et Linux, il peut être intégré à un modèle de déploiement basé sur Kubernetes pour un déploiement hybride Kubernetes et Windows/Linux.
- L’analyse et l’automatisation basées sur Python sont prises en charge par tous les modèles de déploiement à l’aide d’ArcGIS API for Python. Les modèles de déploiement SaaS et Windows/Linux prennent également en charge les notebooks Python hébergés gérés dans le système SIG, ce qui offre des fonctionnalités et des opportunités d’intégration supplémentaires, telles que la planification des notebooks. Pour plus d’informations, reportez-vous à ArcGIS Notebooks. Les notebooks Python hébergés ne sont actuellement pas pris en charge pour les modèles de déploiement PaaS et Kubernetes.
Le choix d’un modèle de déploiement est l’une des décisions les plus importantes à prendre lors de la conception d’un système SIG pour une organisation. Cependant, ce n’est pas la seule. De nombreux facteurs supplémentaires doivent être pris en compte lors de la conception d’un système, notamment en matière de sécurité, de fiabilité et d’intégration. Les informations fournies ici ne doivent pas être considérées comme exhaustives. Dans le cadre du processus de conception, examinez en détail les pratiques et les piliers d’architecture du cadre ArcGIS Well-Architected Framework, ainsi que la documentation du produit.