Amazon web services 在AWS上存储应用程序日志的最佳方法

在我的公司，我们开发了许多自动化应用程序，可以将数据从我们的平台和第三方平台同步到我们的平台和第三方平台

此时，我们的应用程序将日志存储在Sqlite上

由于我们通过内部前端确保客户同步数据的完整性，因此我们每天都会检查日志，以发现每个可能的问题，并手动（可能）继续。 我们的内部前端允许我们过滤日期时间范围、每个应用程序可以拥有的不同流程，并查看每个执行流程的完整细节

现在我们想在AWS上移动aour应用程序的日志部分，我想知道哪个服务更适合我们的需要。DynamoDB看起来不错，但如果我们增加客户组合，可能会导致过高的成本，CloudWatch也是一个选择，但我找不到一篇与系统或服务日志无关的在线文章

任何线索都将不胜感激。

---

谢谢。

如果您只需要在短时间内存储日志以进行某些处理；当然你可以把它们放在发电机里；进行处理（可能使用电子病历）；然后清除日志

如果要长期存储日志；S3是正确的解决方案。。您仍然可以使用Athena或EMR在S3上进行处理。。把它们放在S3上会非常便宜

---

看起来你没有太多的数据。。我认为DynamoDB可能是您最好的，因为如果您为低IOPS提供它，它不会非常昂贵。。如果你有TBs的数据，雅典娜会更好。。您还可以探索MongoDB。。许多人使用它来存储日志，因为它没有模式；您可以非常轻松地在任何unix服务器上安装MongoDB。。所以，你不必花任何钱。。关于备份，在MongoDB中也非常简单。您只需要将文件夹复制到其他地方。完成了

Athena听起来很有趣，谢谢，但由于我们的同步应用程序全天候运行，每天我都需要检查它们的所有日志，这难道不会比基于DynamoDB的解决方案花费更多吗？如果您已经有了一个使用SQL的解决方案，有什么理由不考虑使用SQL的AWS数据库服务吗，像Aurora或Redshift？好问题：我们想要使用的体系结构应该能够（在不久的将来）接受来自不同类型应用程序的日志，因此使用无模式数据库的灵活性是像DynamoDB这样的解决方案的优点。此外，我们的日志可以存储/标准化在两个“表”中，一个用于执行，另一个用于细节，因此我们认为关系数据库是对功能的浪费（可能还有金钱）