Système de mise à jour et de gestion des données (Kubernetes)

Le modèle de système de mise à jour et de gestion des données est déployé sur Kubernetes, principalement à l’aide du logiciel ArcGIS Enterprise on Kubernetes.

ArcGIS Enterprise on Kubernetes utilise des microservices et la conteneurisation pour fournir une architecture Cloud native, s’exécutant soit sur la plateforme Kubernetes de l’organisation, soit dans le service Kubernetes du fournisseur de Cloud. Il utilise des conteneurs pour diviser les processus SIG en microservices, qui effectuent chacun une fonction précise et discrète. Chaque microservice est exécuté dans un conteneur qui empaquette tout ce qui est nécessaire pour exécuter une application. Un ou plusieurs conteneurs sont hébergés dans un pod qui inclut des ressources de stockage, une identité réseau et un ensemble de règles à exécuter par le conteneur. Le cluster Kubernetes orchestre et gère les conteneurs ArcGIS Enterprise on Kubernetes.

ArcGIS Enterprise on Kubernetes convient aux organisations qui ont opté pour Kubernetes afin d’orchestrer et de gérer leurs applications conteneurisées.

Ressources associées :

Architecture de base

Voici une architecture de base type d’un système de mise à jour et de gestion des données déployé sur Kubernetes.

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 de mise à jour et de gestion des données (Kubernetes)

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 de conteneurs ArcGIS Enterprise on Kubernetes dans le cluster Kubernetes. Ce déploiement contient quatre catégories de pods qui représentent différentes fonctions du système. Pour plus d’informations, consultez la documentation ArcGIS Enterprise on Kubernetes.
Des données modifiables dans une géodatabase d’entreprise, stockée dans des systèmes de gestion de base de données relationelle (SGBD) et qui leur ajoute des fonctionnalités. La géodatabase d’entreprise prend en charge des modèles de données avancés, ainsi que des fonctionnalités avancées de mise à jour et de gestion des données, telles qu’un modèle de transaction longue. Notez que le SGBD est hébergé et géré séparément d’ArcGIS Enterprise on Kubernetes et qu’il est donc représenté en dehors du champ d’application du cluster Kubernetes.
Le relational store peut être utilisé pour stocker les données gérées par ArcGIS qui peuvent être mises à jour via des couches d’entités hébergées. Le déploiement de base fournit également des couches de tuiles vectorielles hébergées et des couches de tuiles hébergées (carte).
L’object store offre un stockage géré par ArcGIS aux contenus, aux caches de couches de tuiles et d’images hébergées, ainsi qu’aux sorties de géotraitement qui ont été chargés et enregistrés. À partir d’ArcGIS Enterprise 11.2, l’object store peut être configuré pour utiliser le stockage Cloud natif auprès de plusieurs fournisseurs de services pris en charge.
Un équilibreur de charge est nécessaire pour distribuer le trafic entre les nœuds workers. Pour plus d’informations, reportez-vous à la rubrique Configuration réseau requise pour ArcGIS Enterprise on Kubernetes.
ArcGIS Online, l’infrastructure SaaS d’Esri, qui fournit généralement des fonds de carte (par exemple, un fond de carte d’imagerie), des données de référence (telles que des lieux), ainsi que d’autres services de localisation (y compris 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 au modèle de système de services de localisation.
Il existe plusieurs applications couramment utilisées dans ce modèle. En savoir plus sur les applications utilisées dans les systèmes de mise à jour et de gestion des données.

Les principales interactions de cette architecture sont les suivantes :

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. Ce modèle fait un usage intensif des services d’entités pour les mises à jour spécifiques, mais d’autres types de services sont également utilisés.
Les services SIG d’ArcGIS Enterprise peuvent établir des connexions TCP persistantes au système de gestion de base de données (SGBD) qui héberge la géodatabase d’entreprise. Les logiciels/pilotes clients de base de données sont inclus dans ArcGIS Enterprise on Kubernetes pour tous les systèmes de gestion de base de données pris en charge.
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 et de la collaboration distribuée.

Remarque:

Pour les déploiements d’ArcGIS Enterprise antérieurs à la version 11.4, un gestionnaire de licences ArcGIS peut être nécessaire pour configurer et gérer les licences ArcGIS Pro. Pour plus d’informations, reportez-vous à la documentation ArcGIS License Manager.

Des informations supplémentaires sur les interactions entre les composants ArcGIS Enterprise sont disponibles dans la documentation du produit ArcGIS Enterprise on Kubernetes.

Fonctionnalités

Les fonctionnalités du système de mise à jour et de gestion des données sur Kubernetes 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 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.

Fonctionnalités de base

Les fonctionnalités de base sont les fonctionnalités les plus courantes fournies par les systèmes de mise à jour et de gestion des données et activées par l’architecture de base présentée ci-dessus.

La cartographie et la visualisation permettent de visualiser et de cartographier les données avant, pendant et après leur mise à jour.
La mise à jour des données dans le modèle de déploiement Kubernetes est fournie par les fonctionnalités d’accès aux données et de mise à jour basées sur des services d’ArcGIS Enterprise. Cela inclut la mise à jour de la géométrie et des attributs.
L’importation et l’exportation de données en bloc sont prises en charge par les outils d’importation et d’exportation exécutés directement sur les services d’entités ou sur une géodatabase d’entreprise.
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 les services d’entités hébergés dans ArcGIS Online.
Le suivi et l’audit des mises à jour permettent l’enregistrement automatique des informations relatives aux insertions ou mises à jour de données à l’aide du suivi de l’éditeur dans ArcGIS Enterprise.
La gestion des transactions courtes permet de mettre à jour des transactions courtes et sans verrouillage à l’aide des services d’entités hébergés dans ArcGIS Enterprise et des données stockées dans le relational store ou une géodatabase d’entreprise.
La gestion des transactions longues permet de mettre à jour et de gérer simultanément plusieurs états des données à l’aide de la fonctionnalité de versionnement de branche des géodatabases d’entreprise. La gestion des versions de branche prend également en charge la détection et la résolution des conflits, ce qui permet à plusieurs personnes et équipes de travailler en collaboration sur des jeux de données partagés.
Les règles spatiales et attributaires améliorent l’expérience de mise à jour et l’intégrité des données géospatiales grâce à des règles attributaires dans une géodatabase d’entreprise.
La distribution et la réplication des données permettent de copier ou de synchroniser des données entre plusieurs géodatabases d’entreprise ou systèmes SIG. ArcGIS Enterprise propose plusieurs approches de distribution des données, notamment la réplication, la synchronisation des entités et la collaboration distribuée.
L’archivage et l’historique des données permettent de capturer, de gérer et d’analyser les modifications apportées aux données au fil du temps à l’aide de l’archivage des géodatabases.

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.

Le SIG indoor combine les données sources DAO, BIM et de capture de la réalité en un seul système de mise à jour et de gestion des données à l’aide d’ArcGIS Indoors. ArcGIS Indoors permet aux organisations de créer un SIG indoor, rendant ainsi accessible à tous la puissance des logiciels de cartographie, d’orientation et de gestion de l’espace intérieur.

Les fonctionnalités suivantes ne sont pas prises en charge si vous utilisez exclusivement Kubernetes comme modèle de déploiement. La prise en charge de ces fonctionnalités étendues est possible en déployant ArcGIS Enterprise, en particulier ArcGIS Server, sur Windows ou Linux et en fédérant ces sites ArcGIS Server avec le déploiement ArcGIS Enterprise basé sur Kubernetes. Pour plus d’informations, consultez les fonctionnalités du modèle de déploiement Windows/Linux, ainsi que la documentation sur la fédération d’un site serveur.

Gestion et automatisation des processus
Réseaux de distribution
Gestion des parcelles
Roads and Highways
Pipeline Referencing
Defense Mapping
Production Mapping
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.
La prise en charge de l’authentification au niveau du Web, telle que l’authentification Windows intégrée (IWA) et l’infrastructure à clé publique (PKI), est assurée via l’ajout du composant Web Adaptor d’ArcGIS Enterprise on Kubernetes.

É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 de mise à jour et de gestion des données sur Kubernetes. 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é.

L’intégrité et la capacité de récupération des données sont essentielles.
Les contrats de niveau de service nécessitant des niveaux élevés de disponibilité sont courants.
- Les profils d’architecture sont des profils de déploiement prédéfinis qui sont corrélés à différents niveaux de redondance des pods et offrent une certaine flexibilité pour plusieurs variables connues, comme la configuration matérielle requise, la redondance et l’utilisation au sein de l’organisation.
- Vous pouvez utiliser le profil d’architecture à disponibilité optimisée lorsqu’une redondance accrue et étendue dans les pods critiques est requise.
La sauvegarde et la restauration au niveau du système sont également prises en charge.

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 presque toujours requises, sauf dans un scénario de collecte de type participatif (crowdsourcing), bien que ceux-ci soient plus souvent déployés dans un modèle SaaS ou PaaS.
Le contrôle d’accès est possible et couramment implémenté à tous les niveaux du système.
L’audit est très courant et généralement implémenté à l’aide du suivi de l’éditeur.

En savoir plus sur les bonnes pratiques de sécurité d’ArcGIS Enterprise et les conseils d’implémentation.

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 contrats de niveau de service nécessitant des niveaux élevés de performances sont courants.
- Les performances des bases de données jouent généralement un rôle majeur dans les performances globales du système.
- La complexité du modèle de données peut également impacter les performances du système.
- Des réseaux hautes performances et à faible latence sont généralement nécessaires.
Les performances de mise à jour sont essentielles, car même une dégradation marginale des performances peut avoir un impact négatif sur l’expérience utilisateur et la productivité globale du personnel.
Vous pouvez faire évoluer les déploiements ArcGIS Enterprise on Kubernetes horizontalement en ajustant le nombre de pods, et verticalement en ajustant la mémoire ainsi que le processeur. L’évolution est généralement dirigée et/ou réactive, car dans la plupart des cas, la base d’utilisateurs est bien connue et les exigences du système évoluent de manière prévisible.

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.

L’automatisation des processus est courante, en particulier lorsque de nombreux éditeurs travaillent ensemble pour mettre à jour et gérer des jeux de données partagés ou associés. Pour plus d’informations sur cette fonctionnalité étendue, reportez-vous à ArcGIS Workflow Manager.
La gestion des données implique généralement une utilisation modérée à intensive de l’automatisation, souvent à l’aide de scripts Python qui permettent d’effectuer des tâches répétitives ou de créer des rapports sur la géodatabase d’entreprise. Pour plus d’informations, reportez-vous à ArcGIS API for Python.
L’automatisation de l’administration du système est gérée en grande partie par Kubernetes.
ArcGIS Enterprise on Kubernetes prend en charge le déploiement et la configuration basés sur Helm.

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.

L’intégration avec d’autres systèmes d’informations tels que les systèmes de gestion des actifs d’entreprise (EAM), de gestion de la relation client (CRM) et d’évaluation de masse assistée par ordinateur (CAMA), est courante.
L’échange de données et l’alignement entre les systèmes sont courants.
- L’utilisation des API et des SDK ArcGIS est assez fréquente.
- Des outils et des applications d’intégration tiers sont également disponibles.

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 vue d’ensemble du pilier Observabilité.

Le bon fonctionnement des systèmes de mise à jour et de gestion des données bénéficie généralement d’une bonne compréhension de la manière dont les données sont mises à jour et par qui. Il peut s’agir, sans s’y limiter, de la personne qui met à jour telles données, de la nature de ces mises à jour, de la nature des transactions de mise à jour, de l’utilisation des fonctionnalités de mise à jour par lots, ainsi que du volume global et de la cadence des mises à jour. La gestion et la surveillance des services d’entités sont particulièrement importantes, y compris l’utilisation du suivi et de l’audit des mises à jour. La surveillance au niveau de la géodatabase d’entreprise est également essentielle, en particulier lorsqu’il s’agit d’équipes d’éditeurs de taille modérée à importante. En savoir plus sur la création et la gestion de géodatabases d’entreprise.
Il est également possible d’utiliser des webhooks de service d’entités à des fins d’observabilité.
ArcGIS Enterprise on Kubernetes peut être observé de différentes manières, notamment dans les journaux système et la surveillance de l’état via ArcGIS Enterprise Manager. La surveillance de la disponibilité, des performances et de l’utilisation du système 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, comme l’environnement Kubernetes, 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 peut également être utile pour les mises à jour effectuées à l’aide d’applications Web 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 de mise à jour et de gestion des données sur Kubernetes sont les suivants :

Le succès des opérations nécessite une excellente compréhension des concepts et des technologies SIG, informatiques et de base de données. Cela inclut les connaissances et les compétences spécifiques au système de gestion de base de données (SGBD) sélectionné, ainsi qu’à Kubernetes.
Pour les organisations qui disposent des ressources et du personnel permettant de déployer et de gérer des logiciels d’entreprise sur Kubernetes, l’option de déploiement d’ArcGIS Enterprise on Kubernetes sépare l’administration et la maintenance informatiques de l’administration SIG.
La gouvernance des données et la conformité avec les politiques et les rôles informatiques, tels que l’intendant de données et l’administrateur de base de données, doivent être prises en compte en priorité lors de l’implémentation de ce modèle de système.