Em alguns casos, pode ser necessário criar vários projetos do Google Cloud para usar Dialogflow:
- Pode ser útil criar um projeto para autenticação, cotas e faturamento e projetos adicionais agent.
Projetos de recursos e consumidores
Ao fazer chamadas à API, você normalmente fornece chaves de conta de serviço para autenticação. Cada conta de serviço pertence a um projeto específico, mas elas podem ter papéis fornecidos para acessar recursos de outros projetos. O projeto associado à conta de serviço que você fornece para uma chamada de API é chamado de 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 seguinte solicitação curl REST,
o projeto associado a AGENT_ID é o projeto de recursos;
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 desempenhar o papel de consumidor e de projeto de recursos. Os dados, as cobranças e as cotas do agente estã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 recursos (projeto de agente) | Observações |
|---|---|---|---|
| Projeto que recebe cobranças para | ✔ | ||
| 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 | ✔ |