Terraform是否支持嵌套try块？如何配置双资源查找未找到时报错？

1. Terraform是否支持嵌套try块？ #

Terraform的try函数完全支持嵌套使用，你示例中的写法是合法的，内层try可以作为外层try的备选参数，用于多层容错处理。

2. 配置查找两个资源、均未找到时触发报错的优化方案 #

你当前的示例存在一个问题：当两个资源都未找到时，返回的字符串"LB not found"不符合aws_lb数据源对arn字段的格式要求，会导致后续初始化aws_lb时抛出格式错误，而非明确的"资源未找到"错误。

更优的配置方式 #

我们可以通过合并资源列表、结合列表操作和错误抛出函数，实现更清晰、更健壮的逻辑：

步骤1：合并两个数据源的ARN列表

locals {
  # 合并两个标签查询返回的LB ARN列表
  lb_arns = concat(
    data.aws_resourcegroupstaggingapi_resources.elb_classic.resource_tag_mapping_list[*].resource_arn,
    data.aws_resourcegroupstaggingapi_resources.elb_v2.resource_tag_mapping_list[*].resource_arn
  )
}

步骤2：获取有效ARN或抛出明确错误

有两种简洁的写法可选：

写法一：利用try和列表索引

data "aws_lb" "lb" {
  arn = try(local.lb_arns[0], error("未找到符合标签条件的LB资源"))
}

当local.lb_arns为空时，local.lb_arns[0]会触发索引越界错误，try会捕获并执行error函数抛出自定义错误信息。

写法二：结合长度判断

data "aws_lb" "lb" {
  arn = length(local.lb_arns) > 0 ? local.lb_arns[0] : error("未找到符合标签条件的LB资源")
}

通过length函数判断列表是否为空，为空时直接抛出错误，逻辑更直观。

优化方案的优势 #

• 可读性更高：避免了多层嵌套try的复杂结构，逻辑清晰易懂
• 错误信息明确：直接抛出"资源未找到"的自定义错误，便于排查问题
• 符合声明式风格：利用Terraform的列表操作特性，更贴合工具的设计理念

内容的提问来源于stack exchange，提问作者Felipe Alves