Architecture système

ArcGIS Enterprise on Kubernetes est une implémentation SIG d’entreprise complète destinée à 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 le 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 de 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. Vous pouvez également faire évoluer ces pods dans leurs déploiements système respectifs avec ArcGIS Enterprise Manager ou 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 de 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

Administration

Les pods d’administration fournissent la structure initiale permettant de créer une organisation ArcGIS Enterprise. Une fois l’organisation opérationnelle, vous pouvez faire évoluer ces pods dans leurs déploiements respectifs à l’aide de ArcGIS Enterprise Manager ou de 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. API ArcGIS Enterprise Administrator est essentiel pour l’organisation. Il 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.
Portail 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 de data stores gérés par le 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.

Stockage géré par le système

ArcGIS Enterprise on Kubernetes déploie et gère le stockage système dans le cluster Kubernetes. Ce stockage est utilisé dans différents cas, par exemple pour les données des services d’entités et de carte hébergés, le contenu et les index de portail, les journaux système et les statistiques d’utilisation des services. Le stockage système est déployé sous la forme d’ensembles avec état et est généralement lié à un ou plusieurs volumes persistants via des réclamations persistantes auprès des fichiers de data store. Les administrateurs peuvent configurer les classes de stockage qui sont utilisées par les réclamations persistantes, ce qui permet aux administrateurs 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.

Les pods suivants sont configurés dans le cluster pour utiliser le stockage depuis ces volumes persistants afin de prendre en charge différents processus d’organisation. Dans cette version, il n’est pas possible de réallouer les ressources des pods de stockage ou de les faire évoluer. Les limites de ces pods sont prédéfinies par les profils d’architecture.

Nom de pod	Objet
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.
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.
Store spatiotemporel et d’index	Stocke les journaux et les index, ainsi que les données d’entité hébergées. Remarque : Les couches d’entités hébergées spatiotemporelles ne sont pas prises en charge dans cette version.