AWS CLI 中 Amazon CloudWatch Application Signals 标签管理实战list-tags-for-resource 命令解析与源码级印证【免费下载链接】aws-cliUniversal Command Line Interface for Amazon Web Services项目地址: https://gitcode.com/GitHub_Trending/aw/aws-cli本文以 aws-cli 仓库中 list-tags-for-resource 示例文档 为主体讲解如何使用aws application-signals list-tags-for-resource命令查看 CloudWatch Application Signals 资源如服务级别目标 SLO上绑定的标签并结合仓库内嵌的 API 服务模型service-2.json深入剖析该命令的请求结构、参数约束、错误类型以及与tag-resource、untag-resource配套命令的完整标签管理链路。读完本文你将掌握该命令的实际用法、返回值结构以及从源码模型层面理解其 REST 协议细节与参数校验规则。1. 命令基本用法查看指定资源的标签Application Signals 是 Amazon CloudWatch 提供的应用监控功能支持为服务级别目标SLOService Level Objective等资源组织标签。list-tags-for-resource命令用于显示与指定 CloudWatch 资源关联的标签。完整的官方示例如下引自 示例文档aws application-signals list-tags-for-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName该命令的唯一参数是--resource-arn即要查看标签的 CloudWatch 资源的 Amazon Resource NameARN。执行成功后命令以 JSON 格式返回资源的标签列表{ Tags: [{ Key: test, Value: value }] }从仓库中的服务模型 service-2.json 可以确认该操作的定义细节该操作标记为readonly: true是一个只读查询操作不会产生任何资源变更HTTP 映射为GET /tags成功响应码为200请求模型ListTagsForResourceRequest中ResourceArn为必填字段位于required数组中且location为querystring——也就是说CLI 层传入的--resource-arn最终会以 URL 查询参数ResourceArn的形式携带在 GET 请求上响应模型ListTagsForResourceResponse仅包含一个成员Tags其类型为TagListTag结构的列表。这解释了为什么命令输出结构非常简单整个响应就是Tags一个字段元素为{Key, Value}键值对数组。2. ARN 参数约束从服务模型看取值规则--resource-arn参数的取值并非随意字符串。结合服务模型中的 shape 定义可以得到以下约束约束项取值说明是否必填是ListTagsForResourceRequest.required中包含ResourceArn长度范围1 ~ 1024 字符对应AmazonResourceNameshape 的min/max传递位置查询字符串location: querystringlocationName: ResourceArn关于 ARN 的格式服务模型中的文档字段明确给出了 SLO 的 ARN 形态arn:aws:cloudwatch:Region:account-id:slo:slo-name注意示例文档中实际使用的是arn:aws:application-signals:us-east-1:123456789101:slo/SLOName这一写法分区application-signals、资源名形如slo/SLOName两种写法均指向同一类资源。使用时请以你所在区域如us-east-1、账户 ID 和真实的 SLO 名称替换占位符例如aws application-signals list-tags-for-resource \ --region us-east-1 \ --resource-arn arn:aws:application-signals:us-east-1:account-id:slo/your-slo-name--region也可省略由配置文件或环境变量决定但必须与 ARN 中编码的区域保持一致。3. 返回结构与标签规格Tags 列表的元素上限响应中的每个Tag元素是包含Key与Value两个必填成员的结构其底层约束定义在服务模型的TagKey、TagValue、TagListshapes 中字段约束含义Key1 ~ 128 字符标签键用于组织和分类资源Value0 ~ 256 字符标签键对应的值可为空串Tags列表0 ~ 200 个元素单个资源上的标签数量上限因此list-tags-for-resource的返回结果最多包含 200 个键值对。若资源尚未绑定任何标签Tags为空列表或该字段缺省命令仍会以正常状态码返回。从服务模型还可以确认该操作声明了两种可能的错误响应ResourceNotFoundException与ThrottlingException。前者对应资源不存在典型场景是 ARN 拼写错误、SLO 名称或区域不匹配后者表示请求被限流。CLI 遇到这两类错误时会在标准错误输出中打印相应的异常信息退出码非零。另外查看 paginators-1.json 可以确认ListTagsForResource没有分页器定义。也就是说该命令一次性返回全部标签不需要也不能使用--starting-token/--page-size等分页参数。4. 服务背景Application Signals 的 CLI 接入方式从 service-2.json 的元数据可以看到该服务的接入特征服务全名Amazon CloudWatch Application Signals服务 ID 为Application SignalsAPI 版本2024-04-15协议rest-json签名版本v4signatureVersion: v4signingName: application-signals端点前缀application-signals端点解析规则见同目录下的 endpoint-rule-set-1.json。rest-json协议意味着请求体为 JSON、路径与查询参数决定具体操作——这也与第 2 节中ResourceArn位于 querystring的结论一致。该服务当前暴露的操作面较广包括 SLO 的创建与更新CreateServiceLevelObjective、UpdateServiceLevelObjective、服务发现StartDiscovery、ListServices、服务依赖分析ListServiceDependencies、ListServiceDependents、预算报表BatchGetServiceLevelObjectiveBudgetReport以及标签三件套TagResource、UntagResource、ListTagsForResource等标签管理是其中用于对 SLO 等资源做分类、组织与成本分摊的辅助能力。5. 配套命令完整的标签管理闭环list-tags-for-resource只是标签生命周期中的一环。仓库的 application-signals 示例目录 中提供了完整的配套示例5.1 为资源添加标签tag-resource来自 tag-resource 示例文档aws application-signals tag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tags {Key:test,Value:value}该命令执行成功时不产生任何输出。从服务模型看TagResource操作映射到POST /tag-resource其请求模型TagResourceRequest有两个必填字段ResourceArn和TagsTagList类型即--tags必须至少提供一个键值对。5.2 移除资源上的标签untag-resource来自 untag-resource 示例文档aws application-signals untag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tag-keys test同样无输出。对应的UntagResource操作映射到POST /untag-resource请求模型要求ResourceArn与TagKeys必填——注意--tag-keys传的是标签键列表只指定键即可整体移除对应键值对无需关心值。5.3 典型工作流将三个命令组合起来可以形成打标 → 核验 → 清理的完整闭环# 1. 为 SLO 打上标签 aws application-signals tag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tags {Key:test,Value:value} # 2. 查看标签是否生效 aws application-signals list-tags-for-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName # 3. 按键移除标签 aws application-signals untag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tag-keys test6. 注意事项与适用前提版本前提本文所有模型细节基于当前仓库中botocore/data/application-signals/2024-04-15/目录下的服务定义API 版本2024-04-15。若你的 aws-cli 版本较旧、内置的 botocore 模型不同个别操作或参数约束可能有所差异建议以本地aws application-signals list-tags-for-resource help的实际输出为准。权限要求调用需要对该资源具备 Application Signals 标签操作权限只读查询与写操作tag-resource/untag-resource权限分离。区域一致性ARN 中的区域必须与客户端实际请求的区域--region或配置匹配否则会得到ResourceNotFoundException。标签数量上限单个资源最多 200 个标签来自TagList的max: 200键最长 128 字符、值最长 256 字符。无分页该列表接口不分页结果一次返回。如需了解 Application Signals 功能的更完整背景如 SLO 的定义与监控流程可参考 Amazon CloudWatch 用户指南中 Application Signals 相关章节原文档末尾的参考链接指向该指南。7. 小结aws application-signals list-tags-for-resource是一个只读、无分页、单参数的 CLI 命令通过--resource-arn指定 SLO 等 Application Signals 资源命令以GET /tags请求查询并返回Tags键值对列表。结合服务模型 service-2.json 可以看到其参数约束ARN 必填、长度 1~1024、走查询字符串、错误类型ResourceNotFoundException、ThrottlingException和标签规格键 1~128 字符、值 0~256 字符、最多 200 个标签。与tag-resource、untag-resource配合即可在 aws-cli 中完成对 Application Signals 资源标签的完整管理。【免费下载链接】aws-cliUniversal Command Line Interface for Amazon Web Services项目地址: https://gitcode.com/GitHub_Trending/aw/aws-cli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
AWS CLI 中 Amazon CloudWatch Application Signals 标签管理实战：list-tags-for-resource 命令解析与源码级印证
AWS CLI 中 Amazon CloudWatch Application Signals 标签管理实战list-tags-for-resource 命令解析与源码级印证【免费下载链接】aws-cliUniversal Command Line Interface for Amazon Web Services项目地址: https://gitcode.com/GitHub_Trending/aw/aws-cli本文以 aws-cli 仓库中 list-tags-for-resource 示例文档 为主体讲解如何使用aws application-signals list-tags-for-resource命令查看 CloudWatch Application Signals 资源如服务级别目标 SLO上绑定的标签并结合仓库内嵌的 API 服务模型service-2.json深入剖析该命令的请求结构、参数约束、错误类型以及与tag-resource、untag-resource配套命令的完整标签管理链路。读完本文你将掌握该命令的实际用法、返回值结构以及从源码模型层面理解其 REST 协议细节与参数校验规则。1. 命令基本用法查看指定资源的标签Application Signals 是 Amazon CloudWatch 提供的应用监控功能支持为服务级别目标SLOService Level Objective等资源组织标签。list-tags-for-resource命令用于显示与指定 CloudWatch 资源关联的标签。完整的官方示例如下引自 示例文档aws application-signals list-tags-for-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName该命令的唯一参数是--resource-arn即要查看标签的 CloudWatch 资源的 Amazon Resource NameARN。执行成功后命令以 JSON 格式返回资源的标签列表{ Tags: [{ Key: test, Value: value }] }从仓库中的服务模型 service-2.json 可以确认该操作的定义细节该操作标记为readonly: true是一个只读查询操作不会产生任何资源变更HTTP 映射为GET /tags成功响应码为200请求模型ListTagsForResourceRequest中ResourceArn为必填字段位于required数组中且location为querystring——也就是说CLI 层传入的--resource-arn最终会以 URL 查询参数ResourceArn的形式携带在 GET 请求上响应模型ListTagsForResourceResponse仅包含一个成员Tags其类型为TagListTag结构的列表。这解释了为什么命令输出结构非常简单整个响应就是Tags一个字段元素为{Key, Value}键值对数组。2. ARN 参数约束从服务模型看取值规则--resource-arn参数的取值并非随意字符串。结合服务模型中的 shape 定义可以得到以下约束约束项取值说明是否必填是ListTagsForResourceRequest.required中包含ResourceArn长度范围1 ~ 1024 字符对应AmazonResourceNameshape 的min/max传递位置查询字符串location: querystringlocationName: ResourceArn关于 ARN 的格式服务模型中的文档字段明确给出了 SLO 的 ARN 形态arn:aws:cloudwatch:Region:account-id:slo:slo-name注意示例文档中实际使用的是arn:aws:application-signals:us-east-1:123456789101:slo/SLOName这一写法分区application-signals、资源名形如slo/SLOName两种写法均指向同一类资源。使用时请以你所在区域如us-east-1、账户 ID 和真实的 SLO 名称替换占位符例如aws application-signals list-tags-for-resource \ --region us-east-1 \ --resource-arn arn:aws:application-signals:us-east-1:account-id:slo/your-slo-name--region也可省略由配置文件或环境变量决定但必须与 ARN 中编码的区域保持一致。3. 返回结构与标签规格Tags 列表的元素上限响应中的每个Tag元素是包含Key与Value两个必填成员的结构其底层约束定义在服务模型的TagKey、TagValue、TagListshapes 中字段约束含义Key1 ~ 128 字符标签键用于组织和分类资源Value0 ~ 256 字符标签键对应的值可为空串Tags列表0 ~ 200 个元素单个资源上的标签数量上限因此list-tags-for-resource的返回结果最多包含 200 个键值对。若资源尚未绑定任何标签Tags为空列表或该字段缺省命令仍会以正常状态码返回。从服务模型还可以确认该操作声明了两种可能的错误响应ResourceNotFoundException与ThrottlingException。前者对应资源不存在典型场景是 ARN 拼写错误、SLO 名称或区域不匹配后者表示请求被限流。CLI 遇到这两类错误时会在标准错误输出中打印相应的异常信息退出码非零。另外查看 paginators-1.json 可以确认ListTagsForResource没有分页器定义。也就是说该命令一次性返回全部标签不需要也不能使用--starting-token/--page-size等分页参数。4. 服务背景Application Signals 的 CLI 接入方式从 service-2.json 的元数据可以看到该服务的接入特征服务全名Amazon CloudWatch Application Signals服务 ID 为Application SignalsAPI 版本2024-04-15协议rest-json签名版本v4signatureVersion: v4signingName: application-signals端点前缀application-signals端点解析规则见同目录下的 endpoint-rule-set-1.json。rest-json协议意味着请求体为 JSON、路径与查询参数决定具体操作——这也与第 2 节中ResourceArn位于 querystring的结论一致。该服务当前暴露的操作面较广包括 SLO 的创建与更新CreateServiceLevelObjective、UpdateServiceLevelObjective、服务发现StartDiscovery、ListServices、服务依赖分析ListServiceDependencies、ListServiceDependents、预算报表BatchGetServiceLevelObjectiveBudgetReport以及标签三件套TagResource、UntagResource、ListTagsForResource等标签管理是其中用于对 SLO 等资源做分类、组织与成本分摊的辅助能力。5. 配套命令完整的标签管理闭环list-tags-for-resource只是标签生命周期中的一环。仓库的 application-signals 示例目录 中提供了完整的配套示例5.1 为资源添加标签tag-resource来自 tag-resource 示例文档aws application-signals tag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tags {Key:test,Value:value}该命令执行成功时不产生任何输出。从服务模型看TagResource操作映射到POST /tag-resource其请求模型TagResourceRequest有两个必填字段ResourceArn和TagsTagList类型即--tags必须至少提供一个键值对。5.2 移除资源上的标签untag-resource来自 untag-resource 示例文档aws application-signals untag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tag-keys test同样无输出。对应的UntagResource操作映射到POST /untag-resource请求模型要求ResourceArn与TagKeys必填——注意--tag-keys传的是标签键列表只指定键即可整体移除对应键值对无需关心值。5.3 典型工作流将三个命令组合起来可以形成打标 → 核验 → 清理的完整闭环# 1. 为 SLO 打上标签 aws application-signals tag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tags {Key:test,Value:value} # 2. 查看标签是否生效 aws application-signals list-tags-for-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName # 3. 按键移除标签 aws application-signals untag-resource \ --resource-arn arn:aws:application-signals:us-east-1:123456789101:slo/SLOName \ --tag-keys test6. 注意事项与适用前提版本前提本文所有模型细节基于当前仓库中botocore/data/application-signals/2024-04-15/目录下的服务定义API 版本2024-04-15。若你的 aws-cli 版本较旧、内置的 botocore 模型不同个别操作或参数约束可能有所差异建议以本地aws application-signals list-tags-for-resource help的实际输出为准。权限要求调用需要对该资源具备 Application Signals 标签操作权限只读查询与写操作tag-resource/untag-resource权限分离。区域一致性ARN 中的区域必须与客户端实际请求的区域--region或配置匹配否则会得到ResourceNotFoundException。标签数量上限单个资源最多 200 个标签来自TagList的max: 200键最长 128 字符、值最长 256 字符。无分页该列表接口不分页结果一次返回。如需了解 Application Signals 功能的更完整背景如 SLO 的定义与监控流程可参考 Amazon CloudWatch 用户指南中 Application Signals 相关章节原文档末尾的参考链接指向该指南。7. 小结aws application-signals list-tags-for-resource是一个只读、无分页、单参数的 CLI 命令通过--resource-arn指定 SLO 等 Application Signals 资源命令以GET /tags请求查询并返回Tags键值对列表。结合服务模型 service-2.json 可以看到其参数约束ARN 必填、长度 1~1024、走查询字符串、错误类型ResourceNotFoundException、ThrottlingException和标签规格键 1~128 字符、值 0~256 字符、最多 200 个标签。与tag-resource、untag-resource配合即可在 aws-cli 中完成对 Application Signals 资源标签的完整管理。【免费下载链接】aws-cliUniversal Command Line Interface for Amazon Web Services项目地址: https://gitcode.com/GitHub_Trending/aw/aws-cli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
详解)
