Checked for duplicates
Yes - I've already checked
π§βπ¬ User Persona(s)
PDS Node Operator, PDS Engineering Node
πͺ Motivation
...so that I can monitor migration progress and generate burndown charts showing how the number of missing/staged products decreases over time as products are ingested into the new registry.
Relates to #476.
π Additional Details
The generate_registry_status_reports.py script currently overwrites the CSV reports on every run, discarding all historical data. To support burndown tracking, a time-series history file should be appended to on each run.
Proposed approach: append a dated row to docs/status/counts_history.csv on each run with columns: date, missing_bundles_total, missing_bundles_latest, missing_bundles_superseded, missing_collections_total, missing_collections_latest, missing_collections_superseded, staged_bundles_total, staged_collections_total.
The latest/superseded split is already being generated as of the work in #476.
Acceptance Criteria:
Notes:
- The history file must never be overwritten, only appended, so trend data accumulates over time
- Node-level breakdowns could be added in a second phase if needed
For Internal Dev Team To Complete
Acceptance Criteria
Given an execution of the report generation software
When I view docs/status/counts_history.csv
Then I expect a new row with the current UTC date and counts for all product categories
βοΈ Engineering Details
π I&T
Checked for duplicates
Yes - I've already checked
π§βπ¬ User Persona(s)
PDS Node Operator, PDS Engineering Node
πͺ Motivation
...so that I can monitor migration progress and generate burndown charts showing how the number of missing/staged products decreases over time as products are ingested into the new registry.
Relates to #476.
π Additional Details
The generate_registry_status_reports.py script currently overwrites the CSV reports on every run, discarding all historical data. To support burndown tracking, a time-series history file should be appended to on each run.
Proposed approach: append a dated row to docs/status/counts_history.csv on each run with columns: date, missing_bundles_total, missing_bundles_latest, missing_bundles_superseded, missing_collections_total, missing_collections_latest, missing_collections_superseded, staged_bundles_total, staged_collections_total.
The latest/superseded split is already being generated as of the work in #476.
Acceptance Criteria:
Notes:
For Internal Dev Team To Complete
Acceptance Criteria
Given an execution of the report generation software
When I view docs/status/counts_history.csv
Then I expect a new row with the current UTC date and counts for all product categories
βοΈ Engineering Details
π I&T