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

[Enhancement] Use Nacos NamingService to save meta data #4843

Open
2 of 3 tasks
karsonto opened this issue Apr 16, 2024 · 4 comments
Open
2 of 3 tasks

[Enhancement] Use Nacos NamingService to save meta data #4843

karsonto opened this issue Apr 16, 2024 · 4 comments
Labels
discussion This issue requires further discussion enhancement New feature or request

Comments

@karsonto
Copy link
Contributor

karsonto commented Apr 16, 2024

Search before asking

  • I had searched in the issues and found no similar issues.

Enhancement Request

When using Nacos as a meta service should use naming service to save meta data.

Describe the solution you'd like

When using nacos as meta storage, it uses configService to save client info currently:
image
image

But I think this usage is inappropriate, because when nacos uses a cluster, config data will be persisted to the database, TPS is very low, and these service-related information should be saved to the metadata of the registration center
image

Are you willing to submit PR?

  • Yes I am willing to submit a PR!

Code of Conduct

@karsonto karsonto added the enhancement New feature or request label Apr 16, 2024
@Pil0tXia Pil0tXia changed the title [Enhancement] Using Nacos NamingService to save meta data. [Enhancement] Use Nacos NamingService to save meta data Apr 16, 2024
@Pil0tXia Pil0tXia added the discussion This issue requires further discussion label Apr 16, 2024
@xwm1992
Copy link
Contributor

xwm1992 commented Apr 19, 2024

As far as I know, nacos name service has no way to persist the meta data to be stored, why do you want to use name service instead of config service?

@karsonto
Copy link
Contributor Author

I have found that subscriber information is stored on meta storage, which is frequently updated and not suitable for persistent storage.

@xwm1992
Copy link
Contributor

xwm1992 commented Apr 22, 2024

I have found that subscriber information is stored on meta storage, which is frequently updated and not suitable for persistent storage.

But if you use name service, if one eventmesh goes down, how can you ensure that the subscription information on this eventmesh is loaded to other meshes?

@karsonto
Copy link
Contributor Author

You can consider using a permanent instance to save the mata data when registering, and the information should not be lost when the server goes down.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion This issue requires further discussion enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants