TL；博士

如果您不使用Java，您可能希望避免使用KPL/KCL.KPL 聚合记录以最小化您执行的写入次数。在失败时重试不会阻塞应用程序的是库，而不是AWS服务。是可选的：您不必使用它看来你得用Java了

KCL 由KPL生成的非聚合(解包)记录是图书馆，而不是AWS服务是可选的：您不必使用它看起来您会想要使用Java，否则就会失去像聚合这样的特性。

动态流(可用多种类型) 数据传输的实际通道AWS服务

详细信息

让我们假设您有一个。

这是AWS运行的实际服务。你想把东西放在溪流的一端，然后在另一端捡起来。动态数据流由碎片组成。每个允许最多1MB/秒和1000条记录/秒的写入容量。如果你越过任何一个限制，你可能会被勒死。您想要最有效地利用您的流。您可以将多条记录聚合在一起，直到达到1MB，然后使用Kinesis将其通过线路发送，从而有效地消耗了1次写入。然后，在另一边，您需要打开该记录来单独处理每个项目，这样您就可以假装它们是单独发送的。如果你遇到节流，你会想再试一次。您可以自己实现所有这些逻辑，也可以只使用KPL和KCL，如果您使用Java，或者您足够勇敢地想出如何在其他语言中使用它。KPL和KCL是库，而不是服务。可以将KPL看作是一个有效地打包/聚合记录并将它们放入流中的库。可以将KCL看作一个库，它可以帮助您为您解压KPL的高效包装。显然还有更多，但如果您碰巧使用了Java，它们似乎会很好地结合在一起。而且，如果您不使用KPL/KCL，，您可能希望实现类似的东西。

根据我的研究，如果您想使用KPL，并且您可以在KCL、但看起来很复杂中使用其他语言，那么您就必须使用Java，并且您可能不得不放弃一些最初吸引您使用KPL/KCL的特性(比如聚合)。