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