Intégrations Cloud
Les organisations peuvent intégrer des services Cloud dans l’architecture ArcGIS Enterprise on Kubernetes. Parmi les avantages obtenus, citons une augmentation de la fiabilité et de la résilience, une diminution des coûts d’exploitation et des besoins en ressources cluster et une facilité d’administration et de gestion des charges de travail associées comparé aux options gérées par le système.
Les organisations ArcGIS Enterprise on Kubernetes peuvent ajouter des services Cloud lors de la configuration d’une nouvelle organisation et pendant l’inscription du Backup Store. Les organisations existantes peuvent utiliser ArcGIS Enterprise Manager pour migrer vers un Cloud Relational Store. Les organisations existantes peuvent migrer vers un object store Cloud en créant une sauvegarde, en annulant le déploiement de l’organisation, en configurant l’organisation avec un object store Cloud et en procédant à la restauration de la sauvegarde.
Les services de stockage Cloud suivants sont utilisables comme emplacement d’Object Store ou de Backup Store de l’organisation :
Amazon Simple Storage Service (S3)
Azure Blob Storage
Stockage cloud Google
Remarque :
Dans cette version, l’emplacement de l’Object Store ou du Backup Store ne peut pas utiliser de conteneurs de stockage Azure Blob en utilisant ADLS gen2 avec des espaces de noms hiérarchiques activés ou des compartiments de répertoire S3.
Les services de base de données Cloud suivants sont utilisables pour le relational data store de l’organisation :
Amazon RDS pour PostgreSQL
Amazon Aurora PostgreSQL
Azure Database for PostgreSQL – Serveur flexible
Google Cloud SQL for PostgreSQL
Google Cloud AlloyDB for PostgreSQL
Remarque :
L’instance PostgreSQL doit utiliser une version entre 15.x et 18.x avec l’extension PostGIS activée. PostGIS 3.5.3 et 3.6.0 ne sont pas pris en charge en raison du problème PostGIS 5978.
Une organisation ArcGIS Enterprise on Kubernetes accède à des points de terminaison différents pour répondre à divers objectifs. Le Cloud Backup Store utilise un objet de service Cloud pour créer et restaurer les sauvegardes de l’organisation. Le Cloud Object Store et le Cloud Relational Store constituent des alternatives aux StatefulSets de l’Object Store et du Relational Store gérés par le système qui utilisent des volumes persistants pour stocker les données. Pour plus d’informations sur l’utilisation de l’Object Store et du Relational Store, reportez-vous à la rubrique Architecture système.
Les sections suivantes décrivent comment les services et les fournisseurs de Cloud sont structurés au sein de l’API d’administration et comment est gérée la mise à jour des informations d’identification.
Différence entre fournisseur de Cloud et service Cloud
Un fournisseur de Cloud est l’objet parent qui peut contenir plusieurs services Cloud associés. Les fournisseurs pris en charge actuellement par ArcGIS Enterprise on Kubernetes sont Amazon Web Services (AWS), Microsoft Azure et Google Cloud Platform (GCP). Un même fournisseur de Cloud peut avoir plusieurs services Cloud comme objets enfants, comme illustré dans l’image ci-dessous :

Informations d’identification du Cloud Object Store
Si vous paramétrez l’object store pour qu’il utilise un fournisseur de Cloud lors de la configuration d’une organisation, les clés et le type d’informations d’identification associés sont ajoutés à la ressource au niveau du fournisseur. Cela permet de n’utiliser qu’un seul identifiant pour plusieurs services Cloud, comme illustré dans l’image ci-dessous :

Si un service Cloud n’a pas d’informations d’identification spécifiques, ce sont les identifiants au niveau du fournisseur qui sont utilisées par défaut, comme illustré dans l’image ci-dessous :

Lorsque les d’informations d’identification sont mises à jour au niveau du service Cloud, seul ce service est affecté. Lorsque les informations d’identification sont mises à jour au niveau du fournisseur de Cloud, tous les services de stockage qui dépendent de ces informations d’identification sont mis à jour en conséquence. Une notification apparaît alors dans ArcGIS Enterprise Manager pour indiquer que les informations d’identification globales au niveau du fournisseur sont en cours de mise à jour. Les services de stockage Cloud dépendants sont alors actualisés de manière à utiliser les informations d’identification mises à jour.
Le type d’authentification des d’informations d’identification peut également être mis à jour à partir de la clé d’accès ou de la clé du compte de stockage, respectivement comme rôle IAM ou comme identité managée. Cela offre plus de flexibilité quant à la méthode d’authentification de l’application auprès des services Cloud configurés.
Informations d’identification pour le Cloud Relational Store
Si vous définissez le Relational Data Store pour utiliser un service de base de données Cloud, ArcGIS Enterprise on Kubernetes utilise les informations d’identification de l’administrateur de base de données que vous avez fournies pour créer la connexion à une base de données initiale ainsi que plusieurs utilisateurs, structures et bases de données qui stockent les données d’entités hébergées et les enregistrements d’administration, tels que les paramètres de personnalisation et de configuration.
La mise à jour des informations d’identification au niveau du service Cloud n’a pas d’effet sur les autres services et la mise à jour des informations d’identification au niveau du fournisseur Cloud n’a pas d’effet sur les services de base de données Cloud associés.