Cette page décrit les outils et les stratégies utilisés pour organiser la propriété des applications clientes.
Organiser la propriété des applications à l'aide de groupes d'application
Cette section fournit une présentation des groupes d'application et explique comment les gérer.
Que sont les groupes d'applications ?
Un groupe d'applications représente une relation entre une ou plusieurs applications gérées par le même ensemble de personnes.
Un groupe d'applications est associé à un autre système chargé de gérer la liste des personnes qui partagent la responsabilité de ces applications, telles qu'un portail. Les applications Apigee et les développeurs Apigee sont associés au groupe d'applications.
Les groupes d'applications fournissent les éléments suivants :
- Une méthode permettant d'organiser et d'afficher la propriété et les associations d'applications.
- Capacité à créer une liste pour un portail ou une vitrine d'API de nœuds de calcul responsables d'une application. Par exemple, vous pouvez configurer différents groupes d'applications à des fins de facturation.
- Flexibilité pour le suivi de la propriété des applications par partenaire, unité commerciale, gamme de produits, division ou autre entité de l'entreprise.
- Structure potentiellement à plusieurs niveaux permettant de suivre la relation logique entre les applications et leurs propriétaires et développeurs.
Rôles et autorisations IAM
Pour contrôler les autorisations requises pour la gestion de groupes d'applications, vous pouvez afficher et attribuer des rôles à l'aide du panneau des autorisations de la page IAM & Admin > IAM (IAM et administration > IAM) de votre projet Google Cloud.
Accéder à IAM et administration
Le tableau suivant répertorie le rôle et les autorisations individuelles correspondantes requises pour créer et gérer des ressources de groupes d'applications.
Nom de rôle IAM | Champ d'application du rôle | Autorisations requises | Description |
---|---|---|---|
Administrateur développeur Apigee | Administrateur développeur des ressources Apigee |
Gérer des groupes d'applications :
Gérer les applications des groupes d'applications :
Gérer des clés d'application pour les groupes d'applications :
|
Permet de gérer les groupes d'applications, ainsi que les applications et les clés associées. Les utilisateurs dotés de ce rôle peuvent gérer tous les aspects des groupes d'applications, sauf si des autorisations individuelles sont supprimées. |
Afficher et gérer des groupes d'application
Cette section explique comment afficher et gérer des groupes d'applications. Vous pouvez gérer les groupes d'applications et les applications AppGroup via les API Apigee et les portails Drupal.
Paramètres des groupes d'applications
Les groupes d'applications incluent les paramètres suivants :
Paramètre | Description |
---|---|
Nom | Obligatoire. Nom de l'AppGroup. Les noms de groupes d'applications doivent être uniques au sein d'une organisation. Les caractères autorisés sont des caractères alphanumériques et l'un des caractères spéciaux suivants : ._\-$ %. |
ID de l'AppGroup | Créé automatiquement et ne peut pas être modifié. Créé sous la forme "OrgName@@@AppGroupName". Par exemple, avec un nom d'organisation Apigee XYZDev et un nom d'AppGroup ABCMarketing , l'ID d'AppGroup est XYZDev@@@ABCMarketing . |
Nom à afficher | Facultatif. Nom à afficher convivial pour les groupes d'applications. |
channelId | Facultatif. Identifie le système responsable de la création et de la gestion du groupe d'applications. Il peut s'agir d'une vitrine ou d'une place de marché. Plusieurs groupes d'applications peuvent partager le même channelId. |
channelUri | Facultatif. Référence au groupe de personnes partageant la responsabilité d'un groupe d'applications. Le paramètre channelUri renvoie souvent à un groupe ou à une équipe dans un portail des développeurs ou un autre système, tel que le module Drupal Teams d'Apigee. |
Gérer des groupes d'applications à l'aide de portails basés sur Drupal
Le module Team d'Apigee pour Drupal fonctionne avec AppGroups dans Apigee X et Apigee hybrid. Il s'agit de l'interface principale pour gérer AppGroups. Pour en savoir plus sur les portails basés sur Drupal, consultez Créer votre portail à l'aide de Drupal.Gérer des groupes d'application à l'aide des API Apigee
Utilisez les API suivantes pour gérer les groupes d'applications dans vos organisations :
Activités | Lien |
---|---|
Afficher et gérer les groupes d'applications | https://cloud.google.com/apigee/docs/reference/apis/apigee/rest/v1/organizations.appgroups |
Afficher et gérer les applications appartenant aux groupes d'applications | https://cloud.google.com/apigee/docs/reference/apis/apigee/rest/v1/organizations.appgroups.apps |
Afficher et gérer les clés d'application associées aux groupes d'applications | https://cloud.google.com/apigee/docs/reference/apis/apigee/rest/v1/organizations.appgroups.apps.keys |
Limites des groupes d'applications et problèmes connus
Dans Apigee hybrid, les groupes d'applications sont disponibles dans les versions 1.10.0 et ultérieures.
En outre, pour le moment, les groupes d'applications ne sont pas compatibles avec :
- Application des quotas
- Modifications apportées au champ d'application des clés API
- Monétisation
Migrer depuis Apigee Edge pour les utilisateurs de Drupal
La migration d'un développeur d'entreprise et son rôle consiste à créer un AppGroup représentant l'entreprise et à ajouter le développeur d'entreprise et son ou ses rôles en tant qu'attributs personnalisés de l'AppGroup. La syntaxe attendue pour le stockage est la suivante :
[{ "developer":"<developer email>", "roles":[ "<role(s)>" ] }, ... ]
Utiliser l'association développeurs/applications pour organiser la propriété des applications
Le suivi des propriétés d'application est moins flexible et moins complet que le suivi des applications par association avec un développeur.
Pour plus d'informations sur la gestion des associations applications/développeurs, consultez la section Enregistrer des développeurs d'applications afin d'en savoir plus sur l'enregistrement de développeurs et les applications associées.