如何在 prefect server 0.13.5 中配置 graphql url
how to configure graphql url in prefect server 0.13.5
从 0.12.2
升级到 0.13.5
之后,graphql 组件出现了连接问题。 Prefect 服务器 运行 在另一台服务器中,但 graphql url 仍然是 http://localhost:4200/graphql
。 server.ui.graphql_url
在版本 0.12.2
上运行良好,但现在我找不到任何方法来正确配置 graphql url。
下面是config.toml
:
$ cat ~/.prefect/config.toml
[logging]
level = "INFO"
[api]
url = "http://192.168.40.180:4200"
[server.database]
host_port = "6543"
[context.secrets]
SLACK_WEBHOOK_URL = 'https://hooks.slack.com/services/xx/XX/Xx'
[server.ui]
graphql_url = "http://192.168.40.180:4200/graphql"
在图片中您可以看到案例的 POC。
我对配置 prefect 服务器的新旧方法有点困惑。你对这个问题有什么想法吗?
编辑:我在下面提到的工单已经关闭;当 0.13.9 发布时,它将包含一个新的运行时配置 apollo_url
(这更准确,因为这是我们正在寻找的容器),它被插入到 [=32] 中的静态设置文件中=] 构建,在应用程序启动时获取。这应该符合下面提到的所有要点。
这是对 Prefect Server ^0.13.0 的更改,它删除了作为可配置环境变量的 graphql_url
变量。
以前版本的服务器在 UI 代码上使用了 find-replace,它是在映像构建时编译和缩小的。这样做的原因是它将安装所需的 Node 模块和构建应用程序的负担从 client-side 安装转移到 release-time 的 Prefect,因为这些可能需要很长时间(10 分钟以上)每个)在容器化环境中。然而,缺点是修改在构建时注入的环境变量需要对 previously-injected 变量进行不太理想的查找,这意味着修改这些变量需要拉取新图像。
我们选择使用 in-app 输入来发布新版本,这允许在浏览器 run-time 上更改服务器端点。这使单个 UI 实例可以灵活地连接到任何可访问的服务器安装,利用本地存储在浏览器会话之间保留此设置。
也就是说,我们有一张 re-expose 默认配置的票,比以前的版本更好。 You can follow that ticket here.
从 0.12.2
升级到 0.13.5
之后,graphql 组件出现了连接问题。 Prefect 服务器 运行 在另一台服务器中,但 graphql url 仍然是 http://localhost:4200/graphql
。 server.ui.graphql_url
在版本 0.12.2
上运行良好,但现在我找不到任何方法来正确配置 graphql url。
下面是config.toml
:
$ cat ~/.prefect/config.toml
[logging]
level = "INFO"
[api]
url = "http://192.168.40.180:4200"
[server.database]
host_port = "6543"
[context.secrets]
SLACK_WEBHOOK_URL = 'https://hooks.slack.com/services/xx/XX/Xx'
[server.ui]
graphql_url = "http://192.168.40.180:4200/graphql"
在图片中您可以看到案例的 POC。
我对配置 prefect 服务器的新旧方法有点困惑。你对这个问题有什么想法吗?
编辑:我在下面提到的工单已经关闭;当 0.13.9 发布时,它将包含一个新的运行时配置 apollo_url
(这更准确,因为这是我们正在寻找的容器),它被插入到 [=32] 中的静态设置文件中=] 构建,在应用程序启动时获取。这应该符合下面提到的所有要点。
这是对 Prefect Server ^0.13.0 的更改,它删除了作为可配置环境变量的 graphql_url
变量。
以前版本的服务器在 UI 代码上使用了 find-replace,它是在映像构建时编译和缩小的。这样做的原因是它将安装所需的 Node 模块和构建应用程序的负担从 client-side 安装转移到 release-time 的 Prefect,因为这些可能需要很长时间(10 分钟以上)每个)在容器化环境中。然而,缺点是修改在构建时注入的环境变量需要对 previously-injected 变量进行不太理想的查找,这意味着修改这些变量需要拉取新图像。
我们选择使用 in-app 输入来发布新版本,这允许在浏览器 run-time 上更改服务器端点。这使单个 UI 实例可以灵活地连接到任何可访问的服务器安装,利用本地存储在浏览器会话之间保留此设置。
也就是说,我们有一张 re-expose 默认配置的票,比以前的版本更好。 You can follow that ticket here.