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.

Vue d’ensemble de l’architecture système de

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 podObjet

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 podObjet

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 les sites ArcGIS GIS Server et ArcGIS Image Server à partir des environnements Windows et Linux afin d’ajouter des fonctionnalités à votre système.

Nom de podObjet

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 podObjet

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.