sh2
I would love to see this kicks in after GA, wanna give it a try, so assign myself.
+1 for this one xref: #864
IMO, for Kubernetes provider, the Informer would be much accurate and fast than watching fsnotify event. According to the [ConfigMaps update strategy](https://kubernetes.io/docs/concepts/configuration/configmap/#mounted-configmaps-are-updated-automatically), the potential delay of automatically update mounted ConfigMaps...
The usage of this feature requires setting go env specificly, for example `GOEXPERIMENT=loopvar go test`.
Some tests will be added after the first round of reviews.
I'm working on it. --- 体验了一下 dubbo-admin 的服务查询功能，对应到此处就相当于在 dubbo-admin 中输入`*`查找所有服务（`*`代表所有服务）。 查询的结果就是服务的基础信息，包括：服务名、组、版本、应用，并且可以通过三种不同的查询模式进行查询（服务名、IP地址、应用）。 --- 需要确认的是，pixiu 的服务查询能力是只针对上述的服务基础信息，还是说也针对如下图所示的 provider/consumer 信息和元数据信息？  CC @AlbumenJ , PTAL.
那我先按照自己的理解进行设计了，若有不妥请及时指正。 --- 关于 service_search 的 proto 设计如下： ```proto syntax = "proto3"; package istio.extensions.v1alpha1; option go_package="istio.io/api/extensions/v1alpha1"; message ServiceSearch { string service_name = 1; string application_name = 2; string group_name = 3;...
仍需要明确的几个点： 1. 此「服务查询」功能应是消费端去主动获取的，消费端只需给出必要的参数。服务查询是从三种模式（服务名、IP地址、应用）来做的，参考 dubbo-admin 相关方法： https://github.com/apache/dubbo-admin/blob/4836ee0c0fc3fdb74449fdaf749d5b04a699dba8/dubbo-admin-server/src/main/java/org/apache/dubbo/admin/controller/ServiceController.java#L67-L70 2. 上述三种模式（服务名、IP地址、应用）的信息是通过服务启动时，上报至控制面的，通过控制面注册到 k8s CRD 中。 那是否还需要在控制面增加监听器，监听服务的上下线呢？ 3. 这三种查询模式（服务名、IP地址、应用）的设计有相关的参考资料吗？
两种方式： 1. 先进入到 `QA-CivilAviationKG-master/` 再运行 `python build_cakg.py ` 2. 把 `build_cakg.py` 中的 `self.data_path` 改为 `data.json` 的绝对路径