Em alguns casos, pode ser necessário criar vários projetos do Google Cloud para usar o Dialogflow:
- Pode ser útil criar um projeto para autenticação, cotas e faturamento e projetos adicionais agent.
Projetos de recursos e consumidores
Você normalmente fornece chaves de conta de serviço para autenticação ao fazer chamadas para a API. Cada conta de serviço pertence a um projeto específico, mas as contas de serviço podem ser forneceu papéis para acessar recursos para outros projetos O projeto associado à conta de serviço que você fornece para uma chamada de API é conhecido como projeto do consumidor.
Ao fazer chamadas para a API, sua solicitação especifica o projeto do agente. Esse projeto é conhecido como o projeto do recurso.
Por exemplo,
na solicitação REST curl abaixo,
o projeto associado a AGENT_ID é o projeto de recurso,
e o projeto associado à conta de serviço usada para gerar TOKEN
é o projeto do 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 ter o papel de consumidor e de projeto de recurso. Os dados, as cobranças e as cotas do agente são associados apenas a este projeto.
Quando os projetos de consumidor e de recurso são diferentes, as cobranças, as restrições de cota, as informações do agente e um requisito para ativar a API são aplicáveis a um ou a ambos os projetos. A tabela a seguir mostra a associação para uma chamada de API com dois projetos:
| Descrição | Projeto do consumidor (projeto da conta de serviço) | Projeto de recurso (projeto de agente) | Observações |
|---|---|---|---|
| Projeto em que as cobranças são incorridas | ✔ | ||
| Projeto vinculado a cotas | ✔ | ||
| Projeto que contém todos os dados do agente | ✔ | ||
| Projetos em que você precisa ativar a API Dialogflow | ✔ | ✔ | A API Dialogflow precisa estar ativada nos dois tipos de projeto. |
| Projeto que mostra o uso da API no painel de APIs do console do Cloud | ✔ |