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

Gracefully Handle DPM Switches While Processing Data Logger Requests #14

Open
beauremus opened this issue Mar 26, 2021 · 1 comment
Open
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@beauremus
Copy link
Member

The client needs to track data logger responses so that in the case of a DPM switch it can change the requests to the next reasonable value.

For example, if you make a request for data for the past month and you have collected data for only 15 days. When the DPM switch happens the client would submit a new request to the new DPM for the past 15 days.

@rneswold
Copy link
Collaborator

rneswold commented Mar 26, 2021

@beauremus, @charlieking65 and I had a discussion about this and came up with the following strategy (in case someone else besides us wants to tackle it before we do):

  • The dpm object keeps all the DRF requests -- even after sending them to DPM -- so that it can resubmit them to another DPM if the one it's connect with goes away.
  • As replies arrive for data logger requests, the dpm module will modify the DRF request -- reducing the time range to exclude data that has already arrived.
  • If the module has to switch DPMs, the remaining time range will be resubmitted to the new DPM.

@rneswold rneswold added this to the Release v1.0 milestone May 18, 2021
@beauremus beauremus modified the milestones: Release v1.0, Release v1.1 May 27, 2021
@rneswold rneswold self-assigned this Jun 29, 2021
@beauremus beauremus modified the milestones: Release v1.1, Release v1.0 Jun 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants