Dialogflow es DialogFlow agent中自定义环境的权限控制
我们在DialogFlow中有一个代理,并为此代理维护三个环境(dev、int和prod)。我们很少有开发人员可以使用开发人员权限访问此代理。他们可以在代理中进行更改并将其发布到这些环境中。但是,我们希望限制他们不将更改发布到产品Dialogflow es DialogFlow agent中自定义环境的权限控制,dialogflow-es,Dialogflow Es,我们在DialogFlow中有一个代理,并为此代理维护三个环境(dev、int和prod)。我们很少有开发人员可以使用开发人员权限访问此代理。他们可以在代理中进行更改并将其发布到这些环境中。但是,我们希望限制他们不将更改发布到产品 我们能控制这一切吗?很遗憾,这里的简短答案是不能 Dialogflow环境实际上更好地被认为是“以前保存的代理版本”,而不是传统意义上的“环境”(出于这个原因,我绝对不喜欢谷歌选择的名称)。没有现成的方法来限制特定用户推送到特定环境的能力(使用服务帐户也无法实现这一点
我们能控制这一切吗?很遗憾,这里的简短答案是不能 Dialogflow环境实际上更好地被认为是“以前保存的代理版本”,而不是传统意义上的“环境”(出于这个原因,我绝对不喜欢谷歌选择的名称)。没有现成的方法来限制特定用户推送到特定环境的能力(使用服务帐户也无法实现这一点,因为权限不够精细)
因此,如果您希望具有“真实”的环境特定权限,则应为每个环境设置一个代理(即
dev
、int
、和prod
)。然后,您可以限制谁可以使用标准GCP IAM系统修改prod
代理。遗憾的是,这里的简短回答不是
Dialogflow环境实际上更好地被认为是“以前保存的代理版本”,而不是传统意义上的“环境”(出于这个原因,我绝对不喜欢谷歌选择的名称)。没有现成的方法来限制特定用户推送到特定环境的能力(使用服务帐户也无法实现这一点,因为权限不够精细)
因此,如果您希望具有“真实”的环境特定权限,则应为每个环境设置一个代理(即dev
、int
、和prod
)。然后,您可以限制谁可以使用标准GCP IAM系统修改prod
代理