Kinesis streams是否适用于低延迟应用程序？

Question

【以下的问题经过翻译处理】 某客户对其信用卡处理应用进行重构感兴趣，并希望使用stream将各个部分粘合在一起。他们正在考虑Kinesis或Kafka。除了Kinesis不符合PCI兼容性（客户端加密）的事实之外，他们还关注每个分片的5个读取TPS限制。对于实时应用来说，这似乎有些低。

客户只有100-200毫秒的时间预算来处理交易。虽然我知道Kinesis可以在一次读取中拉取多条记录，但这意味着读取之间可能存在200毫秒的间隔。虽然不多，但这可能会成为我的客户的瓶颈。是否有任何方法使Kinesis更具响应性（高读取TPS）？

rePost Polyglot · Answer

【以下的回答经过翻译处理】 尽管吞吐量限制不可修改，客户可以通过使用足够数量的分片来调整其Kinesis流大小，并明智地选择分区键，以便将传入的记录均匀地分布在各个分片上来实现更高的吞吐量。

在Kinesis控制台上有一个计算器可用于根据记录速率和大小计算所需的分片数量。

客户还应该调整其Kinesis生产者和消费者代码，并使用KCL / KPL优化性能。

相关内容