问题标签 [amazon-cloudwatch-events]

我正在尝试创建 SNS 订阅过滤策略。我希望此过滤策略仅在 s3 存储桶的 cloudformation 资源状态为“CREATE_IN_PROGRESS”并且不应将所有其他 cloudformation 资源创建事件发送给用户时向用户发送消息。任何有为 Cloudformation 事件创建 SNS 订阅过滤策略经验的人都可以帮忙解决这个问题。我只希望用户在 ResourceStatus='CREATE_IN_PROGRESS' for ResourceType='AWS::S3::Bucket' 并且存储桶是逻辑资源时收到通知ID ='TestBucket'

'

我正在尝试为我们的基础设施设置一个调度程序系统，该系统应该负责所有预定的内务管理任务。我们的建议是使用一个 docker 映像使其简单且可扩展。每个任务的脚本和 cloudWatch 事件规则将作为参数传入。脚本将上传到 s3 存储桶上，并在触发作业时下载。这样我们可以避免每次添加任务时重新部署。唯一棘手的公园是将 cloudWatch 事件规则作为参数传入。一个事件目标可以被多个规则触发吗？我对这个项目太有野心了吗？我使用 terraform 来配置它。

我正在考虑在 RDS 中提供新的自动化数据库快照（系统快照而不是手动快照）时触发 lambda。尽管在 CloudTrail 中挖掘后，我没有看到任何标记为如下的事件（AWS 示例）：

再次感谢您知道我应该查找哪些 AWS 事件 :)

奥利

我有一个配置了 EventBridge(CloudWatch Events) 触发器的 aws lambda。这个 lambda 工作正常。现在我需要用 Cucumber 测试用例来测试这个 lambda。Lambda 由 AWS skd 版本 2 制成。

我从链接尝试了下面的代码，我可以看到 System.out -> Event Id: ........，但是它没有调用 lambda 函数

下面是我的 palybook.yml 文件的一部分，

错误：

我在下面写了一个 cron 表达式：

0 13 * * 1-5

用于触发“每周一到周五的每天 13:00”。</p>

但是当我在 cloudwatch 事件中使用它时，我用?aws 文档中的说明替换了当月的某一天。但这不起作用并说Parameter ScheduleExpression is not valid

我在这里想念什么？

谢谢！

我对 cloudwatch 事件的 cron 作业文档有点困惑。我的目标是创建一个每天在美国东部标准时间上午 9 点、下午 5 点和晚上 11 点运行的 cron 作业。这看起来是正确的还是我做错了？似乎 cloudwatch 使用 UTC 军用时间，所以我尝试将其转换为 EST。我以为我是对的，但是在尝试通过 sam deploy 部署 cloudformation 模板时出现以下错误

Parameter ScheduleExpression is not valid. (Service: AmazonCloudWatchEvents; Status Code: 400; Error Code: ValidationException

我的 cron 工作有什么问题？我很感激任何帮助！

(SUN-SAT, 4,0,6)

更新：

这下面得到同样的错误Parameter ScheduleExpression is not valid

我按照文档中的说明进行操作，但在我的场景中找不到它有用。 https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/FilterAndPatternSyntax.html#extract-log-event-values

我能够过滤 json 值以及列数据，但无法从日志中过滤例如take_millis[19]值。我尝试了多个过滤器，例如 [,,,,,,took_millis >= 100,...], [,,,,,,f7= take , milliseconds>=100,...] 但到目前为止没有运气。

我想过滤耗时超过 100 毫秒的慢日志查询。

附上弹性搜索慢速查询的示例日志数据。请查看并分享 cloudwatch 事件的过滤模式。

[2021-11-22T01:25:17,133][WARN ][index.search.slowlog.query] [319eDpW] [locations][1] took[19.3ms], took_millis[19], types[data_en], stats[], search_type[QUERY_THEN_FETCH], total_shards[6], source[...]

我正在从 AWS Cloudwatch 收集日志。我已选择要收集日志的日志流和正则表达式。

我必须在一段时间内选择所有日志，但问题是日志一次加载一秒钟，因此必须进行大量滚动，这很烦人。

任何人都可以建议某种方式一次性加载特定时间段的所有日志吗？

提前致谢。

以最小的风险和停机时间将 Lambda 函数的调用从 Cloudwatch 事件迁移到事件源映射（触发器）的最佳方法是什么？

我们的应用程序使用 cloudwatch 事件规则以固定速率调用 Lambda，然后轮询 SQS 队列以获取消息，我们希望使用 SQS 触发器（ESM）自动调用 lambda。

集思广益几种方法：

选项 1. 将触发器和 cloudwatch 事件连接到现有 Lambda，然后慢慢弃用事件规则。
选项 2. 使用具有事件源的重复 lambda 作为 SQS 队列并划分流量，稍后弃用原始 lambda。
选项 3. 添加额外的 SQS（订阅相同的 SNS）和使用触发器的 Lambda 对，稍后弃用原来的。我相信许多团队可能已经进行了类似的迁移，任何见解都将不胜感激。