Glossaire

Avant de pouvoir utiliser un service géré, il doit d'abord être activé pour un projet client de service. L'activation d'un service géré pour un projet client de service permet à un utilisateur de l'utiliser, ajoute des pages de surveillance dans la console Google Cloud et active la facturation du service si la facturation est activée pour le projet.

Un service géré permet d'accéder à un service via une interface bien définie, telle qu'une API. Les utilisateurs accèdent au service géré sans avoir à gérer les ressources sous-jacentes, telles que le calcul et le stockage, qui mettent en œuvre le service.

Par exemple, vous pouvez créer un service de stockage de données à l'aide de Compute Engine et de Cloud SQL, puis le proposer à vos utilisateurs en tant qu'API. Ainsi, vos utilisateurs n'interagissent qu'avec cette API. Ils ne savent pas et ne se soucient pas de la façon dont vous avez mis en œuvre le service géré. Un service géré est également appelé "service".

Service Infrastructure s'appuie sur le concept générique d'opération pour représenter les activités d'un service géré, telles que les appels d'API et l'utilisation des ressources. Chaque opération est associée à un service géré et à un client de service spécifique. De plus, une opération dispose d'un ensemble de propriétés qui la décrivent, telles que le nom de la méthode API et la quantité de ressources utilisées.

Remarque : Les API Service Infrastructure utilisent une ressource distincte pour représenter une opération de longue durée résultant d'un appel d'API réseau. Pour en savoir plus, consultez la page Interroger des opérations de longue durée.

Les services privés ne peuvent être activés que par les utilisateurs et les membres des groupes avec lesquels ils ont été explicitement partagés, comme les API créées à l'aide de Cloud Endpoints.

Un service privé n'est pas lié à la connectivité via des adresses IP publiques ou privées (RFC 1918).

Les API et services publics sont visibles à l'échelle mondiale pour tous les utilisateurs. BigQuery, Cloud Storage et Cloud Monitoring sont des exemples d'API et de services Google Cloud publics. Pour obtenir la liste complète des API publiques, consultez la page API Cloud.

Un service public n'est pas lié à la connectivité via des adresses IP publiques ou privées (RFC 1918).

Chaque service géré est décrit par une configuration de service qui couvre de nombreux aspects, tels que son nom, son titre, les définitions de l'API RPC, les définitions de l'API REST, la documentation, l'authentification, et plus encore.

Pour modifier la configuration d'un service géré, vous devez publier une configuration de service mise à jour. Pour en savoir plus, consultez la page Gérer les configurations de service.

L'API Service Management permet également de publier une spécification OpenAPI, connue auparavant sous le nom de "spécification Swagger", qui est automatiquement convertie en configuration de service correspondante.

Agent (tel qu'un utilisateur ou un groupe d'utilisateurs) qui possède un projet Google Cloud qui a activé des API sur un service géré et peut donc les utiliser. Un service géré peut desservir plusieurs clients de service.

L'API Service Consumer Management fournit des utilitaires pour vous aider à gérer votre relation avec les utilisateurs de vos services gérés, y compris la possibilité de créer et de gérer des unités de location et d'ignorer les limites de quota.

L'API Service Control fonctionne avec un ensemble de services gérés et leurs operations. Elle vérifie si une opération est autorisée à se poursuivre et signale les opérations terminées. Pour en savoir plus, consultez la page Présentation de Service Infrastructure.

L'API Service Management gère la création et le cycle de vie des services gérés ainsi que les configurations de service. Utilisez l'API Service Management pour déployer, publier et mettre à jour vos services gérés sur Google Cloud afin que vos utilisateurs puissent les trouver, les activer et les utiliser.

Agent (par exemple, un utilisateur ou un groupe d'utilisateurs) propriétaire d'un projet Google Cloud chargé de la publication et de la maintenance d'un service géré. Chaque service géré ne peut appartenir qu'à un seul producteur de services.

Un déploiement de service définit la façon dont l'API Service Management doit déployer les configurations de service sur Google Cloud Platform et les conditions de prise d'effet de ces configurations. Il vous permet de spécifier plusieurs versions de configuration de service à déployer simultanément, ainsi qu'une stratégie indiquant leur mode d'utilisation.

L'API Service Management conserve un historique des déploiements de service afin que vous puissiez revenir aux versions précédentes de la configuration de service. Pour annuler une configuration de service, vous pouvez lancer un nouveau déploiement qui va cloner un enregistrement de déploiement précédent.

Offre des méthodes à vous et aux utilisateurs de vos services gérés pour répertorier, activer et désactiver les API, et afficher et gérer les limites de quota dans les projets Google Cloud.

Vous pouvez héberger les ressources du service géré allouées à un seul client de service dans un projet locataire. Une unité de location peut contenir plusieurs projets locataires.

Les unités de location fournissent des environnements isolés pour chaque service et chaque client de service, utilisés pour le déploiement de services gérés. Lorsqu'un nouvel utilisateur commence à utiliser votre service, vous pouvez créer toutes les ressources spécifiques à ce client de service dans une seule unité de location. La création d'une unité de location distincte par client de service permet de garantir l'isolement des données de votre utilisateur. Si un utilisateur cesse d'utiliser votre service, la suppression de l'unité de location permet de garantir la suppression des données de l'utilisateur. Pour en savoir plus sur les unités de location, consultez la page Premiers pas avec les unités de location.