Closed ShaneDoolanFZ closed 2 months ago
This would be incredibly useful! We have had quite a few issues recently that required quite a few resources to investigate internal services to trace what could be the root cause. This proposal could have helped quickly identify the problem was not an isolated issue, or related to secondary data holders either.
AGL also supports this change. Keeping up with an external party's status and outage scheduling so we can cross reference against issues and errors being detected through our operational support team is becoming more and more time consuming. This change would align the secondary data holder to the rest of the CDR framework and provide a direct line of sight to all participants.
Hi @ShaneDoolanAdatree, @JohnLaird-SA, @AGL-CDR
Although they are not specified in the Standards, AEMO have provided Status and Outages endpoints. Details are provided in their Developer Portal.
The responses from these are also displayed on the CDS Product Comparator (demo), in the AEMO - STATUS AND OUTAGES
tab.
Do they meet your needs?
If there are no further comments, this issue will be closed on 30 August 2024.
Closing as resolved. For background details see #477 - Secondary Data Holder Planned Outages and Status. If there are further concerns please raise a new issue.
Description
Recent issues with AEMO, specifically metering data, has further highlighted the need for ADRs to have at least some visibility into the state of secondary data holder systems without us having to bother primary data holders.
Area Affected
Common APIs
Change Proposed
Have secondary data holders implement the same status and outages endpoints as primary data holders.