|
I want to know if I need to use the related issue #265 |
Answered by
Iceber
Oct 25, 2022
Replies: 1 comment 1 reply
|
For the present, yes indeed. But we are also looking for a more general Watch implementation. Clusterpedia actually accesses the storage component through the storage layer interface and does not care about the specific storage layer implementation, and Clusterpedia is providing a custom storage layer based on the go plugin, so that users can provide specific Watch implementations at will. For a generic Watch implementation, my initial thought is to base it on some lightweight message queue, such as nsq, which decouples the synchronization and query components of resources. |
1 reply
Answer selected by
qmloong
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
For the present, yes indeed.
But we are also looking for a more general Watch implementation.
Clusterpedia actually accesses the storage component through the storage layer interface and does not care about the specific storage layer implementation, and Clusterpedia is providing a custom storage layer based on the go plugin, so that users can provide specific Watch implementations at will.
For a generic Watch implementation, my initial thought is to base it on some lightweight message queue, such as nsq, which decouples the synchronization and query components of resources.
We can discuss and push this together.