Replies: 2 comments 4 replies
-
The usage of event client is correct. Did you rewrite the edgex-go core-data persistence layer? What is the new database? If the message bus (redis pub/sub) receives the events, the core-data works fine. Another solution is the Core Data Retention feature. We just finished the implementation and under review: This feature will be available in v3.1 |
Beta Was this translation helpful? Give feedback.
-
As I'm running on v3, I'll try the proposed solution. |
Beta Was this translation helpful? Give feedback.
-
For our use-case we've switched of the persist option in core-data. The high event rate was flooding the database and letting it crash after a while.
Cleaning up through the scheduler would be an option, although that doesn't give proper control over which data to keep and what to clean.
Therefore, I was looking into means to write specific streams / topics / profiles to core-data.
I managed to build up a new Event, made a eventRequest and used the eventClient to send the event. I do see the event on the redis
Pub/Sub but it nevers ends at the key/value store.
What would be the right way to solve this? Is there an API to write directly into redis or would a second database be the only solution?
Beta Was this translation helpful? Give feedback.
All reactions