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

@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 呀。。

@crazywind 得 又来个新概念 我再看下哈

@hazardous 配列是日语单词

彳亍口巴 似乎这边没什么人用 AWS…

什么你配？你配几把？（（（

@zmxnv123 好家伙 人家情窦初开都是拉拉小手 最多亲亲小嘴儿 您这就想压身下了啊👍

有几个眼熟的

@linshuizhaoying 理论上是这样的 实际执行起来只想大摸特摸🤣

前两天有人发过帖子。。

@makelove 正是因为楼主踩了这个坑 所以才有的这贴 楼主这样对 JS 本身都不熟的使用者 连什么时候必须加分号都不知道 你还指望一个新手去研究怎么配语言生态链上的 lint 工具来防止自己踩坑吗。。