1 Antwort
- Neueste
- Die meisten Stimmen
- Die meisten Kommentare
1
There is no API for this information.
You should be measuring the availability of your use of the services that have SLAs and use that data to make claims. Be sure to read and understand the exemptions and to act upon all notices sent to your account(s) owner(s). To receive a Service Credit, you must submit a claim by opening a case in the AWS Support Center.
beantwortet vor 2 Jahren
Relevanter Inhalt
- AWS OFFICIALAktualisiert vor 2 Jahren
- AWS OFFICIALAktualisiert vor einem Jahr
- AWS OFFICIALAktualisiert vor 2 Jahren
Thanks Rodney, however the intent is not to make claims.
The ask is to consolidate the expected uptime per-aws-service and a link to the SLA (with the details/exceptions) for Architecture review during Reliability Pillar lens views, as well as to provide a concise document to corporate compliance teams. The information is spread all over the place requiring MANUAL collection of the monthly uptime expectations and the SLA link per-service.
example: AWS Service | Monthly uptime | SLA Link Route 53 | 100% | https://aws.amazon.com/route53/sla/ DynamoDB | 99.99% | https://aws.amazon.com/dynamodb/sla/ ...20+ more lines of aws services depending on the application.
Want to minimize manual collection and be able to pull for automated generation for corporate compliance reporting needs and to prepare for AWS Well Architected Framework: Reliability Pillar reviews.
Unfortunately, there is not an SLA on all services, nor a documented goal and no API other than CURL and parsing of the SLA page for those that do have SLAs and the appendix page of the Reliability Pillar for goals.
You can query the AWS Health API for your resource's health. If this is a new implementation, there may not be data since you have not used the services yet.