gpt4 book ai didi

ksqldb - headless 模式下的 Confluent Platform KSQL

转载 作者:行者123 更新时间:2023-12-01 05:14:46 25 4
gpt4 key购买 nike

我在这里阅读了 KSQL 部署选项 https://www.confluent.jp/blog/deep-dive-ksql-deployment-options/ .所以推荐使用 headless KSQL 进行生产部署。

但是,当 KSQL 禁用通过 REST/CLI 对服务器的交互式访问时,我没有找到任何关于在生产( headless )模式下如何停止/更改查询的提示。这是否意味着我需要关闭所有 KSQL 服务器才能添加/更改一个查询?

最佳答案

您可以将 headless 或交互式部署到生产环境中,具体取决于满足您的需求。

Headless 旨在让您以锁定的方式运行一组已知的查询。这可能是具有严格 SLA 的生产系统的要求,您不希望有人连接并启动昂贵的查询或丢弃导致 SLA 被破坏的某些内容。

正如您正确识别的那样, headless 部署模式不允许您通过 CLI/API 更改集群的 DDL。相反,在更新 SQL 文件和反弹集群方面进行某种自动化会更正常。我们知道这里有很大的改进空间。

请记住,在撰写本文时,KSQL 不支持更新现有表或流。但是,这是我们正在积极努力的方向。在支持之前,通常您应该只向文件添加查询。对现有查询的任何删除或更改都需要仔细测试,因为 KSQL 目前不支持许多更改。始终确保在任何产品部署之前对更改进行彻底测试。或者,一些用户在需要进行更改时启动新集群(希望不经常发生!)。一旦 catch ,他们会故障转移客户端并关闭旧集群。同样,这是 KSQL 将看到改进的领域。

希望这有助于并感谢您使用 KSQL!

关于ksqldb - headless 模式下的 Confluent Platform KSQL,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59735929/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com