我们有一个使用API Gateway和Lambda的流量记录器。 Lambda将访问标头写入Kinesis，然后将Kinesis firehose写入S3。
最初，业务是在设想各种实时用例，但是这种情况从未发生，现在它们正在针对成本进行优化。
我了解到ALB对于我们的用例而言要便宜得多。我们也可以使用运动学来分离方式，并直接写入S3。
但是，AWS中有无限种方法可以写入s3。如果我直接从lambda写入s3，则需要缓冲消息以提高效率，然后知道何时以某种方式旋转文件。我也不知道实际上有多少个lambda实例被触发，以及有多少请求将发送到同一台计算机。似乎很难推理。该流每秒获得数百次点击。
我也可以写SQS，dynamo，SNS，然后将它们转储到s3，或者也许只在EC2上运行MQ来生成并旋转单个流。
有人知道在不增加太多复杂性的情况下生产类似于运动型运动软管的东西的成本有效方法吗？