发布于 : Oct 27, 2021
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。
了解更多
Oct 2021
试验
Kafka 是事件驱动架构的常规默认平台,但若调整其以适应遗留系统的环境,则会引入不匹配的问题。然而在一些案例中,我们成功地使用 Confluent Kafka REST Proxy,来将遗留系统环境的复杂度降至最低。该代理允许开发人员通过 HTTP 接口访问 Kafka ,这在难以使用原生 Kafka 协议的环境中尤为有用。例如,只须让 SAP 团队通过预配置好的 SAP 远程函数调用,发出一条 HTTP POST 命令,就能消费到由 SAP 发出的这个事件。这避免了启用 SAP 相关的 Java 抽象(以及用来管理它的团队)。尽管此代理的功能非常全面,但与任何此类适配器工具一样,我们都建议应谨慎且清醒地了解其中所涉及到的利弊权衡。我们相信,该代理允许遗留系统的生产者发送事件这一点是很有价值的,但经由它来创建事件的消费者时要多加小心,因为抽象会变得更为复杂。该代理不会改变 Kafka 消费者是有状态的这一事实,这意味着由 REST API 创建出的消费者实例,会与特定的代理相绑定。此外,需要进行 HTTP 调用来消费主题中的消息,会改变 Kafka 事件的标准语义。