记得之前在哪看过这个考试每年都有泄题的。。

哈哈哈看评论都吓坏了吧 楼主赶紧躺好 别身在福中不知福了🤣

你这不无限递归了吗

@wonderfulcxm 现在还能申请吗？

VLC 真难用 弃用 potplayer 是因为有弹窗 之前用了好久都没有 突然某天更新后就有了 虽然不频繁 但还是给恶心坏了 赶紧卸载 再也不用

辣鸡游戏 英雄能不能玩全凭设计师心情

@laxenade 自己测的一定是不准的，最后调用`PutMetricDataCommand`的那段 await 用时无法包含在测量结果之内。
另外说不定哪天脑袋一拍又要改成统计计费时间（ Billed Duration ）。。

目前的思路还是调用结束前都通过 Log 留下统计需要的信息，给 Log Group 添加 Subscription Filter ，根据关键字筛选 Log 文本，如果匹配 Pattern 则触发 CloudWatchLogs 事件，进而调用统计用 Lambda 。因为直接能从参数里拿到 Log 内容，就不用再按时间范围查询 Log 再解析了，直接用正则把需要的信息提取出来并根据 `RequestId` 匹配就行。

很脏很不优雅的做法（从只能解析 Log 开始就感觉不对劲），而且正确性也不知道能不能保证。只是以我对 AWS 有限的了解只能做到这种程度了。。

生日那天请假 想干啥就干啥

@potatowish 哈哈哈哈哈华点的再发现

@vmlinz 只能在应用逻辑里面区分，前端在不同业务阶段给 Lambda 传参，Lambda 通过参数来区分此次调用属于哪个业务逻辑组，最后根据业务逻辑组分类 Duration……我也想到了用自定义 Metrics：

```TS
const input: PutMetricDataInput = {
Namespace: groupName, // 按业务逻辑组生成 Metrics 的 Namespace
MetricData: [
{
MetricName: 'Duration',
Dimensions: [
{
Name: 'FunctionName',
Value: funcName, // 按 Lambda 函数名生成 Deimensions
},
],
Timestamp: new Date(),
Value: 0, // <-　????? // 需要自行提供 Duration 的值，目前所知只能通过 Log Insighs 的 Query 获取
Unit: StandardUnit.Milliseconds,
},
],

};
```

之前就想吐槽这个来着 仓库页面的 UI 逻辑有点混乱 watch star fork 跟 code issues 之类应该是在同一级的 现在被降级到了仓库主页

@vmlinz 这个我也看过，Resource Group 在 Lambda 的 SAM template 里是能用的，但以我的理解，Resource Group 是将互相关联的一类资源通过标签（ Tags ）分类到一个组里，比如用户注册功能涉及到了 Lambda 、API GateWay 和 RDS 之类的，就给它们打标签分到一个用户注册组里。而我现在的需求是对于同一个 Lambda ， 根据请求参数的不同，把其 Metrics 里的 Duration 信息分到不同业务逻辑组里。

@wnarutou 正解 只是有时候图片拿不到

@laxenade 又试了一下，好像还是不行，问题在于：
1. Lambda 调用结束前留下的统计需要的信息（业务逻辑组名和函数名），与 AWS CloudWatch 在调用结束后留下的包含 `Duration` 的 REPORT ，是两行分开的 Log
2. 无论是基于关键字匹配（ match terms ）的 Filter Patterns ，还是根据空格分隔取值（ extract values from space-delimited ） 的 Metric Filter ，都只能对应某一行 Log ，即只能取到 `Duration` 或者组名和函数名，无法同时获取；另外就算能取到值，还需要进一步根据 RequestId 将两者匹配，这一步似乎也无法用 Filter 做到

例:

```
2023-06-21T00:00:00.000Z <RequestID> INFO GroupName<GROUP_FOO> FunctionName<FooFunction>

REPORT RequestId: <RequestID> Duration: 43.26 ms Billed Duration: 44 ms Memory Size: 128 MB Max Memory Used: 58 MB Init Duration: 160.08 ms
```

第一行是我们在 Lambda 里主动留下的，第二行是调用结束后 AWS 自动生成的。

名校都这样啊 这就叫校友的力量

@laxenade 第一个我看过，但不确定自己理解的是否正确。试着用了那个 Filter Pattern 给用于统计的 Lambda 加了一个 [CloudWatch Logs Subscription Filter]( https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/SubscriptionFilters.html#LambdaFunctionExample)，每个函数的 LogGroup 有匹配 Filter 规则的 Log 则触发 Lambda 。但遇到的问题跟在 Lambda 内直接异步调用统计用 Lambda 是一样的。。
Extension 我再去了解下哈，感谢提供思路🍻

@wantDead 正是因为不知道怎样将 AWS 默认统计的 Duration 按所谓的 tag 区分 所以才用到 Custom Metrics 呀。。