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 seguinte solicitação curl REST,
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 do consumidor e do recurso são dois projetos, cobranças, cotas restrições, informações do agente e um requisito para ativar a API são aplicáveis a um ou ambos os projetos, conforme descrito na tabela a seguir.
Descrição | Projeto do consumidor (projeto da conta de serviço) | Projeto de recursos (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 para os dois tipos de projeto. |
Projeto que mostra o uso da API no painel de APIs do console do Cloud | ✔ |