nebula-dashboard优化建议

问答 讨论
1

dashboard的proxy.ts疑惑
1.为什么代理到api-metrics，api-nebula的请求时，target要从当前的域名取？无疑是将api-metrics，api-nebula绑定到一个域名上去，很不好用。我们公司同一个机器的一个端口只能绑定一个域名，这种域名绑定死的写法dashboard就没法使用。

image
image1598×596 148 KB

image
image1640×95 16 KB

建议：将需要代理到的api-metrics、api-nebula的target做成配置，用户可以灵活的修改的配置。不管各个组件是在同一台机器还是不同机器，都是很方便的

2 
    createProxyMiddleware({
      target: `http://${(ctx.request.header.host as string).split(':')[0]}:9090`,
      pathRewrite: {
        '/api-metrics': '/api/v1',
      },
      changeOrigin: true,
    }),

proxy.ts中的配置target从当前域名取因为我们默认dashboard的服务都在本机，这是可以修改的，灵活配置的，如果你端口不同域名不同，那你把这个target修改下好了

3 
createProxyMiddleware({
  target: `http://192.168.8.157:9090`,
  pathRewrite: {
    '/api-metrics': '/api/v1',
  },
  changeOrigin: true,
}),

ip也可以，你根据需求自己修改下

1 个赞
4

:+1:t2: @NicolaCage
我们能不能把这部分文档化哈？
https://github.com/vesoft-inc/nebula-dashboard/issues/19

5

代码当然可以这样改，那改完之后还不得编译一次。
你们这个是产品，应该做到开箱即用，不是让用户再去改代码重新编译

3 个赞
6

同意，有能力改代码的用户有多少呢？

1 个赞
7

@defp 同意，变成可配置很必须，我去更新issue。

8

之前回复是之前你说的【这种域名绑定死的写法dashboard就没法使用】的解决办法哈，避免你现在被卡住无法使用，另外你说的建议配置问题，我们会在下个版本考虑下 :handshake:

1 个赞
9

嗯嗯，我们会在下个版本考虑下建议

1 个赞
10

这个记录在我们的backlog里吧

1 个赞
11

考虑创建集群时可以指定路径

1 个赞
12

您方便来提个issue么？ Issues · vesoft-inc/nebula-dashboard · GitHub