-
Notifications
You must be signed in to change notification settings - Fork 0
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
Event Listener - create deployment #28
Comments
Ticket has mushroomed in complexity. Currently considered in scope:
PersistenceThe MSC data mart AMQ server emits events. We subscribe and then consume those events. When we recieve an event, the process will cache the event into a database, and also maintain an in memory data structure. After an event has been recieved and cached it gets acknowledged (ack'd) and thus removed from our message queue. The data needs to get persisted as if the pod dies / crashes etc it needs to be able to figure out what messages it has already recieved in order to be able to pickup where it left off. |
1 similar comment
Ticket has mushroomed in complexity. Currently considered in scope:
PersistenceThe MSC data mart AMQ server emits events. We subscribe and then consume those events. When we recieve an event, the process will cache the event into a database, and also maintain an in memory data structure. After an event has been recieved and cached it gets acknowledged (ack'd) and thus removed from our message queue. The data needs to get persisted as if the pod dies / crashes etc it needs to be able to figure out what messages it has already recieved in order to be able to pickup where it left off. |
The PR delivers v1 of a listener... remaining work:
|
Having created a build action that builds a containerized image, this step will define the deployment process.
The text was updated successfully, but these errors were encountered: