这是另一种方法,我分享它以防万一——接受的答案也是一种很好的方法。
locals {
data = {
"project1" = {
user_assigned = ["user1", "user2", "user3"]
}
"project2" = {
user_assigned = ["user2", "user3", "user4"]
}
}
project_user = flatten([
for proj_name, proj in local.data : [
for username in proj.user_assigned : {
project_name = proj_name,
username = username
}
]
])
}
output "example" {
value = {
for pu in local.project_user :
pu.username => pu.project_name...
}
}
Outputs:
example = {
"user1" = [
"project1",
]
"user2" = [
"project1",
"project2",
]
"user3" = [
"project1",
"project2",
]
"user4" = [
"project2",
]
}
我通常使用这种方法,因为像中间 local.project_user 值这样的数据结构——它是一个包含每个项目/用户对的元素的列表——通常最终在声明代表这些配对的资源时很有用.
关于这些项目和用户代表什么或他们可能与哪个提供商相关的问题中没有任何上下文,因此我将使用github_team 和github_team_membership 作为示例来说明我的意思:
resource "github_team" "example" {
for_each = local.data
name = each.key
}
resource "github_team_membership" "example" {
for_each = {
for pu in local.project_user : "${pu.username}:${pu.project_name}" => pu
}
team_id = github_team.example[each.value.project_name].id
username = each.value.username
}
许多提供者都有代表两个对象之间关系的资源,因此拥有一个包含每对元素的中间数据结构对于这些情况来说是一个有用的构建块,然后您可以从该映射派生就像我在原始 sn-p 中的 output "example" 中所做的那样。