V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  enchilada2020  ›  全部回复第 32 页 / 共 104 页
回复总数  2073
1 ... 28  29  30  31  32  33  34  35  36  37 ... 104  
342 天前
回复了 work220602 创建的主题 问与答 看三国志,需要哪些配套的书籍?
可以边看边打游戏 哈哈
342 天前
回复了 taco1wang 创建的主题 问与答 移动有啥便宜点的套餐吗
@wonderfulcxm 感谢回复 之前没看见 过两天试试 之前听说直接打电话让客服办挺难的 还得威胁要投诉啥的。。就一直没弄
342 天前
回复了 DingJZ 创建的主题 程序员 考个软考架构师怎么样
记得之前在哪看过这个考试每年都有泄题的。。
342 天前
回复了 yimingmeng 创建的主题 程序员 应届生迷茫了
哈哈哈看评论都吓坏了吧 楼主赶紧躺好 别身在福中不知福了🤣
你这不无限递归了吗
344 天前
回复了 taco1wang 创建的主题 问与答 移动有啥便宜点的套餐吗
@wonderfulcxm 现在还能申请吗?
346 天前
回复了 Pin 创建的主题 Windows 2023 年, Windows 平台到底应该用什么播放器?
VLC 真难用 弃用 potplayer 是因为有弹窗 之前用了好久都没有 突然某天更新后就有了 虽然不频繁 但还是给恶心坏了 赶紧卸载 再也不用
辣鸡游戏 英雄能不能玩全凭设计师心情
@laxenade 自己测的一定是不准的,最后调用`PutMetricDataCommand`的那段 await 用时无法包含在测量结果之内。
另外说不定哪天脑袋一拍又要改成统计计费时间( Billed Duration )。。

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

很脏很不优雅的做法(从只能解析 Log 开始就感觉不对劲),而且正确性也不知道能不能保证。只是以我对 AWS 有限的了解只能做到这种程度了。。
347 天前
回复了 YiPeng0505 创建的主题 问与答 大家现在生日都是怎么过的呢?
生日那天请假 想干啥就干啥
347 天前
回复了 lsy6 创建的主题 生活 是不是我太小心眼了
@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,
},
],

};
```
348 天前
回复了 Thecosy 创建的主题 程序员 github 更新 UI
之前就想吐槽这个来着 仓库页面的 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 自动生成的。
名校都这样啊 这就叫校友的力量
1 ... 28  29  30  31  32  33  34  35  36  37 ... 104  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2930 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 13:27 · PVG 21:27 · LAX 06:27 · JFK 09:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.