使用 Kafka 流有什么好处？
What is benefit of using Kafka streams?
我试图了解在我的业务模型中使用 Kafka 流的好处。客户发布订单并立即从在线且对该订单感兴趣的卖家那里获得报价。
在这种情况下，流适合加入可用的卖家（在线）以订购流并过滤、排序（按价格）报价。因此，客户应根据要求按价格提供最优惠的价格。
我只发现了一个好处：它减少了服务器调用（所有计算都发生在流中）。
我的问题是，为什么流在这种情况下很重要？因为我可以使用标准方法和一个整体应用程序来完成这些业务步骤？
我知道这个问题是基于意见的，但是在阅读了一些关于流处理的书籍之后，仍然很难改变对这种方法的看法。
only one benefit: it is less of server calls
Kafka Streams 仍然可以执行“服务器调用”，尤其是在使用带有 RPC 层的交互式查询时。从远程 table 获取数据，例如 KSQLdb，也是“服务器调用”。
这不是唯一的好处。您是否尝试过使用普通消费者 API 编写主题之间的连接？还是少于 2 行代码（在配置设置之外）的 filter/map？
can make these business steps using the standard approach with the one monolithic application?
Streams 拓扑仍然可以嵌入到单体中，所以我不明白你的意思。我假设您指的是具有传统数据库 + API 层的完全同步应用程序？
你说你读过的书应该介绍了流处理的大部分好处，但你可能想查看“Kafka Streams in Action”以具体了解其中的优势
我试图了解在我的业务模型中使用 Kafka 流的好处。客户发布订单并立即从在线且对该订单感兴趣的卖家那里获得报价。
在这种情况下，流适合加入可用的卖家（在线）以订购流并过滤、排序（按价格）报价。因此，客户应根据要求按价格提供最优惠的价格。
我只发现了一个好处：它减少了服务器调用（所有计算都发生在流中）。
我的问题是，为什么流在这种情况下很重要？因为我可以使用标准方法和一个整体应用程序来完成这些业务步骤？
我知道这个问题是基于意见的，但是在阅读了一些关于流处理的书籍之后，仍然很难改变对这种方法的看法。
only one benefit: it is less of server calls
Kafka Streams 仍然可以执行“服务器调用”，尤其是在使用带有 RPC 层的交互式查询时。从远程 table 获取数据，例如 KSQLdb，也是“服务器调用”。
这不是唯一的好处。您是否尝试过使用普通消费者 API 编写主题之间的连接？还是少于 2 行代码（在配置设置之外）的 filter/map？
can make these business steps using the standard approach with the one monolithic application?
Streams 拓扑仍然可以嵌入到单体中，所以我不明白你的意思。我假设您指的是具有传统数据库 + API 层的完全同步应用程序？
你说你读过的书应该介绍了流处理的大部分好处，但你可能想查看“Kafka Streams in Action”以具体了解其中的优势