Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

naming service: subscribe a service and get the changed instance #1515

Open
Li-JH opened this issue Jul 9, 2019 · 6 comments
Open

naming service: subscribe a service and get the changed instance #1515

Li-JH opened this issue Jul 9, 2019 · 6 comments
Labels
area/Naming kind/enhancement Category issues or prs related to enhancement.

Comments

@Li-JH
Copy link

Li-JH commented Jul 9, 2019

Issue Description

feature request

Describe what happened (or what feature you want)

when subscribing a service, all instances will be acquired once any instance changed. in most cases, the changed one rather than all the instances is just what we want.

Describe what you expected to happen

hope to provide api that can get the changed instance

@nkorange nkorange added area/Naming kind/enhancement Category issues or prs related to enhancement. labels Jul 11, 2019
@nkorange
Copy link
Collaborator

Can you briefly explain why you need this feature?

@Li-JH
Copy link
Author

Li-JH commented Jul 11, 2019

In such a case that i would like to deal with the changed instance when the service is subscribed rather than all instances are returned among which i cannot distinguish the changed one. The creation or the deletion of instances under certain service will trigger the following actions according the changed instance infomation. This is mostly used in data management, not service discovery. And I guess when we come to the concept: subscribe, we not only want to know the fact that the service has really changed but also which part has changed. This usage maybe rare in nacos, but this feature can be helpful to developers who need it.

@nkorange
Copy link
Collaborator

nkorange commented Sep 6, 2019

This requires an incremental push of Nacos, currently it's not easy to implement.

But we consider this feature valuable and may implement it in some future version.

@ggzggzggz
Copy link

I think you can save the service's checksum for next subscribe request, and if the checksum has not changed, the Nacos's server can return the status to tell the client.

@huangxinze
Copy link

I also encountered the same problem, registering a service instance, and all instances under this listening service object will be pushed down, resulting in a much larger message packet!!! Do you have any solutions for this now?

@KomachiSion
Copy link
Collaborator

KomachiSion commented Apr 15, 2024

Will be solved with #10374

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/Naming kind/enhancement Category issues or prs related to enhancement.
Projects
None yet
Development

No branches or pull requests

5 participants