Architecture système

ArcGIS Enterprise on Kubernetes est une implémentation SIG d’entreprise complète pour la plateforme Kubernetes. Il s’agit d’une collection de microservices qui représentent les processus de base, tels que la cartographie, l’analyse, la collaboration et le partage. Ces microservices fonctionnent ensemble pour adapter et prendre en charge les fonctions logicielles ainsi que la charge de travail ; ils sont implémentés sous la forme d’un ou de plusieurs déploiements Kubernetes, instanciés en tant que pods dans votre organisation.

Introduction

ArcGIS Enterprise on Kubernetes est empaqueté et fourni sous la forme d’un ensemble d’images de conteneur exécutées sur des nœuds worker dans un cluster Kubernetes. Des pods sont distribués sur les nœuds du cluster et représentent un ou plusieurs conteneurs.

Pour avoir une vue d’ensemble des fournisseurs de cluster pris en charge sur lesquels ArcGIS Enterprise est pris en charge, reportez-vous à la rubrique configuration système requise.

Les aspects essentiels d’ArcGIS Enterprise on Kubernetes sont décrits ci-dessous. Le diagramme illustre un cluster Kubernetes contenant un espace de noms nommé arcgis. L’espace de noms contient quatre catégories de pods qui représentent différentes fonctions du système. Le diagramme ne représente pas la liste complète des pods ou des exigences ; il illustre l’organisation générale du système.

Structure

Les pods de structure prennent en charge les processus de votre organisation et fournissent des informations aux membres de l’organisation au sujet du système via la documentation d’aide. Ces pods peuvent également être adaptés à l’échelle dans leurs déploiements système respectifs en utilisant ArcGIS Enterprise Manager ou l’API ArcGIS Enterprise Administrator.

Nom de pod	Objet
Contrôleur ingress	Unique point d’entrée dans le cluster Kubernetes, au sein duquel il achemine le trafic.
Aide	Documentation étape par étape et conceptuelle pour le déploiement, la configuration et l’utilisation d’ArcGIS Enterprise on Kubernetes
API des services	API des services SIG, système et utilitaires qui prennent en charge les processus de publication, de mise en cache et d’analyse
Applications	Prise en charge de base des applications intégrées dans l’organisation
Service d’automatisation des notebooks	Gère les déploiements des services de notebook pour prendre en charge la création et l’automatisation des notebooks.

Administration

Les pods d’administration fournissent la structure initiale permettant de créer une organisation ArcGIS Enterprise. Une fois votre organisation opérationnelle, vous pouvez modifier l’échelle de ces pods dans leurs déploiements respectifs en utilisant ArcGIS Enterprise Manager ou l’API ArcGIS Enterprise Administrator.

Grâce à ArcGIS Enterprise Manager, les administrateurs peuvent surveiller et gérer différents aspects de l’organisation. Les administrateurs disposent d’une vue active de l’organisation grâce à des outils qui surveillent l’intégrité du système, les journaux et d’autres informations critiques. L’API ArcGIS Enterprise Administrator est fondamentale pour l’organisation. Elle gère le cycle de vie des composants ArcGIS Enterprise et facilite les opérations dans l’organisation.

En savoir plus sur les ressources et les processus d’administration

Nom de pod	Objet
API ArcGIS Enterprise Administrator	API des aspects liés à l’administration et à l’automatisation de l’organisation ArcGIS Enterprise.
ArcGIS Enterprise Manager	Initialement employé comme assistant de configuration pour créer une organisation ArcGIS Enterprise. Une fois l’organisation configurée, ArcGIS Enterprise Manager permet de gérer, surveiller et sécuriser l’organisation.
Organisation ArcGIS Enterprise	Expérience utilisateur qui prend en charge les processus de partage et de gestion des éléments et des membres.
API du portail (partage)	API qui prennent en charge les processus de partage, de gestion des éléments et de gestion des membres.

Services GIS

Les services SIG activent les capacités géospatiales de votre organisation. Les services SIG incluent les services de carte, d’entités et de géocodage, ainsi que les services de carte et les services d’entités hébergés. Les services SIG qui référencent les data stores gérés par l’utilisateur requièrent une connexion active vers un data store inscrit. Les services hébergés sont publiés à l’aide du stockage système. Vous pouvez faire évoluer ces pods, ainsi que les pods des services système et des services utilitaires, dans leurs déploiements de service respectif.

Vous pouvez de plus fédérer des sites serveur supplémentaires à partir des environnements Windows et Linux afin d’ajouter des fonctionnalités à votre système.

Nom de pod	Objet
Services d’entités	Prend en charge les processus de mise à jour dans les cartes et les applications.
Services de carte	Met à disposition des cartes, des entités et des données attributaires dans de nombreux types d’applications.
Services de géocodage	Prend en charge les processus de recherche et de localisation des adresses et des lieux sur une carte.
Services de géotraitement	Prend en charge les outils de service pour les services d’entités et de cartographie.
Notebook Services	Prend en charge les processus de publication des notebooks sous forme d’outils Web.

Stockage système

ArcGIS Enterprise on Kubernetes déploie et gère le stockage système. Le stockage système peut être fourni à l’aide de StatefulSets qui sont liés à un ou plusieurs volumes persistants. Sinon, certains types de stockage système peuvent être fournis en s’intégrant à un service Cloud. Les informations sur chaque type de Data Store de stockage système sont résumées dans la table suivante :

Data store	Objet	Prend en charge l’intégration des services Cloud
stockage d’objets	Stocke les contenus, les caches de couches d’images et de tuiles hébergées et les sorties de géotraitement qui ont été chargés et enregistrés.	Oui
Store relationnel	Stocke les données d’entités hébergées et les éléments d’administration, tels que les paramètres de personnalisation et de configuration. Deux stores relationnels sont configurés : un store principal et un store de secours.	Oui
Store spatiotemporel et d’index	Stocke les journaux et les index, ainsi que les données d’entité hébergées.	Non

Lorsque le stockage système utilise des volumes persistants, les administrateurs peuvent configurer les classes de stockage qui sont utilisées par les réclamations persistantes, ce qui permet de contrôler la taille et le type. Les fournisseurs de cloud possèdent généralement différents contrôleurs de volume qui peuvent provisionner différents types de volumes depuis les partages réseau vers le stockage de bloc ou le disque.

Dans cette version, il n’est pas possible de réallouer les ressources des pods de stockage système ou de les faire évoluer. Les réplicas de pods, demandes et limites des pods sont prédéfinis par les profils d’architecture du déploiement.