Système de gestion d’opérations mobiles et de données hors connexion (Kubernetes)

Le modèle de système de gestion d’opérations mobiles et de données hors connexion est généralement déployé sur Kubernetes à 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 pour un système de gestion d’opérations mobiles et de données hors connexion 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 gestion d’opérations mobiles et de données hors connexion (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.
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.
Des géodatabases d’entreprise sont généralement utilisées dans les systèmes de gestion d’opérations mobiles et de données hors connexion pour conserver les données gérées par l’utilisateur (modifiables). Les géodatabases d’entreprise sont des modèles d’information qui ajoutent des fonctionnalités aux systèmes de gestion de base de données relationnelle (SGBD). 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.
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). Les couches d’entités, de tuiles vectorielles et de tuiles (carte) peuvent être téléchargées pour être utilisées hors connexion.
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.
ArcGIS Online, l’infrastructure SaaS d’Esri, qui fournit généralement des fonds de carte (tels que des fonds 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. Les applications natives mobiles et de bureau utilisent le stockage local, qu’ArcGIS utilise pour les tuiles vectorielles et de carte (image), ainsi que pour les géodatabases mobiles conservées dans les bases de données SQLite. Les applications basées sur un moteur de jeu utilisent également le stockage local pour les tuiles vectorielles et de carte (image). Les applications Web ArcGIS ne prennent pas en charge les données hors connexion. En savoir plus sur les applications utilisées dans les systèmes de gestion d’opérations mobiles et de données hors connexion.

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 gestion d’opérations mobiles et de données hors connexion 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 gestion d’opérations mobiles et de données hors connexion, 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 gestion d’opérations mobiles et de données hors connexion, activées par l’architecture de base présentée ci-dessus.

Les données et les cartes hors connexion sont des données et des cartes qui peuvent être utilisées sans connexion réseau. ArcGIS Enterprise on Kubernetes prend en charge les données hors connexion, les cartes Web hors connexion et les paquetages mobiles.
La cartographie et la visualisation permettent aux utilisateurs de créer des cartes 2D et des scènes 3D et d’interagir avec celles-ci. En savoir plus sur les cartes et la visualisation.
Les fonds de carte sont des couches Web qui fournissent un contexte visuel global pour les cartes et les scènes. Bien que les services de fond de carte soient généralement fournis par un système de services de localisation, celui-ci doit respecter certaines conditions pour que les fonds de carte soient disponibles hors connexion. En savoir plus sur les couches de fond de carte.
Le géocodage est le processus de conversion d’un texte en une adresse et une localisation. Bien que les services de géocodage soient généralement fournis par un système de services de localisation, celui-ci doit respecter certaines conditions pour que le géocodage soit disponible hors connexion. En savoir plus sur le géocodage.
L’itinéraire et la feuille de route identifient le trajet optimal entre une origine et une destination pour un véhicule individuel. Bien que les services d’itinéraire et de feuille de route soient généralement fournis par un système de services de localisation, celui-ci doit respecter certaines conditions pour que les itinéraires et les feuilles de route soient disponibles hors connexion. En savoir plus sur les itinéraires et les feuilles de route.
L’attribution et la répartition des tâches garantissent que l’opérateur approprié se trouve sur le bon site avec les outils qui conviennent afin de mener à bien le travail approprié. L’attribution et la répartition des tâches avec ArcGIS Workforce offrent une vue commune sur le terrain et le back-office, ce qui favorise l’efficacité des opérations mobiles. L’attribution et la répartition des tâches peuvent également être effectuées à l’aide de la fonction de boîte de réception d’ArcGIS Survey123.
Le partage de la localisation permet aux organisations d’enregistrer d’enregistrer la position des opérateurs de terrain ainsi que leurs localisations précédentes. Le partage de la localisation est une extension d’ArcGIS Enterprise disponible à l’échelle de l’organisation qui permet d’enregistrer la position des utilisateurs ainsi que leurs localisations précédentes. L’activation du partage de localisation crée une couche de partage de la localisation dans laquelle les utilisateurs autorisés de l’organisation peuvent charger leur localisation à l’aide de Field Maps, de QuickCapture, de Survey123 ou de l’application mobile Indoors. Le partage de localisation dans ArcGIS Enterprise on Kubernetes fait appel au spatiotemporal store.
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.
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 les 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 data store d’ArcGIS Data 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 transactions longues sont prises en charge via le versionnement dans la géodatabase d’entreprise, et non sur des bases de données individuelles exécutées hors connexion sur des appareils mobiles.
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. Les règles ne sont pas incluses dans les données hors connexion ; elles sont appliquées lorsque les données sont synchronisées avec le système de back-office.
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éodatabase.

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 enrichit ArcGIS Enterprise 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. ArcGIS Indoors Mobile est une application mobile native pour iOS et Android qui prend en charge l’affichage des cartes indoor et l’interaction avec celles-ci de différentes manières : explorer, rechercher, enregistrer et partager des points d’intérêt, signaler des incidents concernant des actifs en intérieur et obtenir des feuilles de route s’appuyant sur des points de repère. Lorsqu’un système de positionnement en intérieur (IPS) est disponible, ArcGIS Indoors Mobile vous permet d’explorer les espaces intérieurs dans lesquels vous pouvez visualiser votre position en temps réel au sein des bâtiments. En savoir plus sur ArcGIS Indoors Mobile.
Le positionnement en intérieur vous permet de vous localiser et de localiser les autres à l’intérieur d’un bâtiment en temps réel. Semblable au GPS, un système de positionnement en intérieur (IPS) place un point bleu sur les cartes indoor et utilise les services de localisation pour vous aider à naviguer vers un point d’intérêt ou une destination. En savoir plus sur ArcGIS IPS.

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 composant Portal for ArcGIS qui s’exécute dans 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 gestion d’opérations mobiles et de données hors connexion 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 dans ce type de système.
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.
La mise hors connexion des données implique d’importantes considérations architecturales liées à la fiabilité. Celles-ci sont en grande partie liées à l’approche utilisée pour télécharger des cartes hors connexion, en particulier les options des cartes hors connexion préparées à l’avance ou à la demande. Les cartes hors connexion à la demande sont flexibles, car un utilisateur peut demander n’importe quelle zone à télécharger, mais cela signifie que chaque carte hors connexion doit être générée au moment où elle est demandée. En plus de retarder le téléchargement de la carte hors ligne, cela peut également entraîner une surcharge du serveur à certains moments de la journée. Tenez compte des processus utilisateur et des approches de téléchargement des cartes hors connexion lors de la conception de la fiabilité de l’architecture.

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é.

Les opérations mobiles et les données hors connexion présentent des caractéristiques de sécurité uniques. En savoir plus sur les modèles d’implémentation de sécurité mobile pour ArcGIS.
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.
- Le contrôle d’accès avancé et précis, tel que la sécurité au niveau des lignes ou des colonnes, est généralement réalisé à l’aide d’d’intercepteurs d’objets serveur (SOI) et/ou de solutions partenaires.

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é.

La mise hors connexion des données implique d’importantes considérations architecturales liées aux performances.
- Réfléchissez à l’approche utilisée pour télécharger des cartes hors connexion. Les cartes hors connexion à la demande sont flexibles, car un utilisateur peut demander n’importe quelle zone à télécharger, mais cela signifie que chaque carte hors connexion doit être générée au moment où elle est demandée. En plus de retarder le téléchargement de la carte hors ligne, cela peut également entraîner une surcharge du serveur à certains moments de la journée. Avec les cartes hors connexion préparées à l’avance, le propriétaire d’une carte Web doit d’abord définir les zones géographiques de la carte Web à regrouper dans des cartes hors connexion. Les cartes hors connexion préparées à l’avance sont rapides à télécharger et à utiliser, car elles sont générées avant d’être utilisées. En savoir plus sur les options des cartes hors connexion préparées l’avance et à la demande, ainsi que sur la possibilité d’utiliser des packages de mise à jour avec des cartes hors connexion préparées à l’avance.
- Envisagez d’autres optimisations pour les cartes hors connexion, telles que la réduction de la taille des cartes et du temps nécessaire pour les générer, les télécharger et les synchroniser ultérieurement.
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. La charge système requise pour la préparation des cartes hors connexion en vue du téléchargement, à l’avance ou à la demande, constitue une exception notable. Tenez compte des processus utilisateur et des approches de téléchargement des cartes hors connexion lors de la conception de l’architecture en termes de performances et d’évolutivité.

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.

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.
La préparation des cartes et des données hors connexion est majoritairement gérée automatiquement par ArcGIS Enterprise, bien que la planification des packages de cartes hors connexion préparées à l’avance puisse être configurée par le propriétaire des cartes. En savoir plus sur les cartes hors connexion.
L’automatisation des processus est courante, notamment en association avec un système de mise à jour et de gestion des données pour les situations impliquant de nombreux éditeurs travaillant 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.
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 les systèmes de gestion d’applications mobiles d’entreprise, y compris les systèmes de gestion d’appareils mobiles, d’applications mobiles et de contenu mobile, est courante. Le document technique sur les modèles d’implémentation de sécurité mobile pour ArcGIS contient des informations supplémentaires.
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 très fréquents.
- L’utilisation des SDK et des API 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 présentation du pilier Observabilité.

Le bon fonctionnement de ce modèle de système dépend généralement d’une bonne compréhension de la manière dont les données sont utilisées sur le terrain et par qui. Il peut s’agir, par exemple, de la personne qui met les données hors connexion, du moment où elle le fait, des données qui sont mises hors connexion, et comment.
Les scénarios de mise à jour sur le terrain impliquent les mêmes considérations d’observabilité que les systèmes de mise à jour et de gestion des données.
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.
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. La surveillance des appareils, du contenu et des applications mobiles est également possible, lorsqu’elle est intégrée aux systèmes de gestion des applications mobiles d’entreprise.

Autre

Les autres facteurs à prendre en compte pour la conception et l’implémentation d’un système de gestion d’opérations mobiles et de données hors connexion 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.
La gestion des applications mobiles d’entreprise doit être prise en compte pour les systèmes impliquant des effectifs modérés à importants, ainsi que des contrats de niveau de service, des exigences de sécurité et/ou d’autres exigences techniques stricts. Le document technique sur les modèles d’implémentation de sécurité mobile pour ArcGIS contient des informations supplémentaires.