Thx, I understand what you mean, but the discussion here is to design the registry to be extensible. Our users can use etcd or other solutions instead of zk. Do you have any good suggestions for the registration center SPI？
Best wishes！ CalvinKirs On 10/23/2020 09:54，boyi<[email protected]> wrote： hi: At present, the ZK of dispatching should satisfy the demand. The registration center I mentioned is about the registration center of DS docking with spring system, The business system of docking external extended spring system -------------------------------------- BoYi ZhangE-mail : [email protected] On 10/23/2020 09:48，CalvinKirs<[email protected]> wrote： Sorry, I didn't understand what you mean. In my opinion, what zk undertakes in our project is the function of the registration center. Is there any ambiguity in our understanding? zk can help us do the registration center, configuration center, metadata management, currently, we mainly use the registration center. Best wishes！ CalvinKirs On 10/23/2020 09:22，boyi<[email protected]> wrote： hi: The scheduler is managed by ZK, and the registry should not be used at present . if you need it , consider using ZK’s registry to meet business needs ... -------------------------------------- BoYi ZhangE-mail : [email protected] On 10/23/2020 09:18，CalvinKirs<[email protected]> wrote： Hi, the registry helps us maintain the online status of workers and masters in the cluster state. Service registration is one of its uses, but it is not only applicable to service registration and discovery in RPC. You can look at the server module of our project, using ZK as the registration center Best wishes！ CalvinKirs On 10/22/2020 20:49，rome_hermesh<[email protected]> wrote： Hi, Whether DS introduces the registry center function, we need to evaluate the value together. The service registry is essentially for decoupling service providers and service consumers.
