Em alguns casos, pode ter de criar vários Google Cloud projetos para usar o Dialogflow:
- Pode ser útil criar um projeto para autenticação, quotas e faturação, e projetos adicionais para dados do agente.
Projetos de recursos e de consumidor
Quando faz chamadas para a API, normalmente fornece chaves de contas de serviço para autenticação. Cada conta de serviço é propriedade de um projeto específico, mas as contas de serviço podem ter funções fornecidas para aceder a recursos de outros projetos O projeto associado à conta de serviço que fornece para uma chamada API é denominado projeto consumidor.
Quando faz chamadas para a API, o seu pedido especifica o projeto do agente. Este projeto é denominado projeto de recursos.
Por exemplo,
no seguinte pedido REST curl,
o projeto associado a AGENT_ID
é o projeto de recursos,
e o projeto associado à conta de serviço usada para gerar TOKEN
é o projeto de consumidor:
curl -X GET -H "Authorization: Bearer TOKEN" "https://REGION_ID-dialogflow.googleapis.com/v3/projects/PROJECT_ID/locations/REGION_ID/agents/AGENT_ID"
Um projeto pode desempenhar a função de projeto consumidor e de projeto de recursos. Os dados, os encargos e as quotas do agente estão associados apenas a este projeto.
Quando os projetos de consumidor e de recursos são dois projetos diferentes, os encargos, as restrições de quota, as informações do agente e um requisito para ativar a API são aplicáveis a um ou a ambos os projetos, conforme descrito na tabela seguinte.
Descrição | Projeto de consumidor (projeto da conta de serviço) | Projeto de recursos (projeto do agente) | Notas |
---|---|---|---|
Projeto para o qual são incorridas cobranças | ✔ | ||
Projeto associado a quotas | ✔ | ||
Projeto que contém todos os dados do agente | ✔ | ||
Projetos para os quais tem de ativar a API Dialogflow | ✔ | ✔ | A API Dialogflow tem de estar ativada para ambos os tipos de projetos. |
Projeto que mostra a utilização da API no painel de controlo da API da Cloud Console | ✔ |