SLA and uptime tracking in Rest API - Cheat Sheet & Quick Revision

Recall & Review

beginner

What does SLA stand for in service management?

SLA stands for Service Level Agreement. It is a contract that defines the expected level of service between a provider and a customer.

beginner

Why is uptime important in SLA tracking?

Uptime measures the time a service is available and working. High uptime means the service is reliable and meets SLA promises.

intermediate

How is uptime percentage calculated?

Uptime % = (Total time service is available / Total time in period) × 100. For example, 99.9% uptime means the service was down for only 0.1% of the time.

beginner

What is a common REST API endpoint to check service uptime?

A common endpoint is GET /health or GET /status which returns the current status and uptime info of the service.

intermediate

How can you track SLA violations using a REST API?

You can track SLA violations by regularly calling uptime/status endpoints, logging downtime events, and comparing uptime against SLA targets.

What does a 99.9% uptime SLA mean?

A The service can be down for about 8.76 hours per year

B The service is down 99.9% of the time

C The service is always available

D The service is down for 99.9 hours per month

99.9% uptime means the service can be down for about 0.1% of the time, which is roughly 8.76 hours per year.

Which HTTP method is usually used to check service status in a REST API?

A POST

B GET

C PUT

D DELETE

GET is used to retrieve information like service status without changing any data.

What is the main purpose of an SLA?

A To create marketing materials

B To write code for the service

C To design the user interface

D To define service expectations and responsibilities

An SLA defines the expected service levels and responsibilities between provider and customer.

Which metric directly measures service availability?

A Memory usage

B Response time

C Uptime

D CPU usage

Uptime measures how long the service is available and working.

How can downtime be detected via a REST API?

A By receiving error responses or no response from status endpoints

B By sending POST requests to update data

C By checking user login times

D By monitoring database size

Downtime is detected when status endpoints return errors or fail to respond.

Explain what SLA and uptime tracking mean and why they are important for a service.

Think about promises made to customers and how we check if they are kept.

Describe how you would use a REST API to monitor a service's uptime and detect SLA violations.

Consider how to check service health regularly and measure against agreed levels.

Practice

1. What does SLA stand for in the context of uptime tracking?

easy

A. Service Level Agreement

B. System Log Analysis

C. Server Load Average

D. Standard Latency Assessment

Solution

1. Step 1: Understand SLA meaning

   SLA is a contract that defines expected service performance and uptime.

2. Step 2: Match SLA to options

   Only "Service Level Agreement" correctly describes this contract.

3. Final Answer:

   Service Level Agreement -> Option A

4. Quick Check:

   SLA = Service Level Agreement [OK]

Hint: Remember SLA means agreement on service quality [OK]

Common Mistakes:

• Confusing SLA with system logs
• Thinking SLA measures latency
• Mixing SLA with server load

2. Which HTTP method is typically used to retrieve uptime data from a REST API?

easy

A. POST

B. DELETE

C. PUT

D. GET

Solution

1. Step 1: Identify REST API methods for data retrieval

   GET method is used to request data without changing server state.

2. Step 2: Match method to uptime data retrieval

   Since uptime data is fetched, GET is the correct method.

3. Final Answer:

   GET -> Option D

4. Quick Check:

   Retrieve data with GET [OK]

Hint: Use GET to fetch data from REST APIs [OK]

Common Mistakes:

• Using POST to fetch data
• Confusing DELETE with retrieval
• Using PUT for reading data

3. Given this JSON response from an uptime API:

{"uptime_percentage": 99.5, "downtime_minutes": 30}

What is the actual uptime in minutes if the total period is 1440 minutes (1 day)?

medium

A. 1440 minutes

B. 1395 minutes

C. 1410 minutes

D. 1430 minutes

Solution

1. Step 1: Calculate uptime from total and downtime

   Uptime = Total minutes - Downtime minutes = 1440 - 30 = 1410 minutes.

2. Step 2: Confirm with options

   1410 minutes matches 1410 minutes. The percentage is a separate metric.

3. Final Answer:

   1410 minutes -> Option C

4. Quick Check:

   Uptime = 1440 - 30 = 1410 [OK]

Hint: Subtract downtime from total time for uptime [OK]

Common Mistakes:

• Using downtime as uptime
• Ignoring total period
• Confusing percentage with minutes

4. You have this REST API call to get uptime:

import requests
response = requests.get('https://api.example.com/uptime')
data = response.json()
uptime = data['up_time_percentage']

What is the error in this code?

medium

A. Incorrect key name 'up_time_percentage' instead of 'uptime_percentage'

B. Missing import for requests module

C. Using GET instead of POST method

D. No error, code is correct

Solution

1. Step 1: Check JSON key names

   The API returns key 'uptime_percentage', but code uses 'up_time_percentage'.

2. Step 2: Identify key mismatch error

   This causes a KeyError because the key name is incorrect.

3. Final Answer:

   Incorrect key name 'up_time_percentage' instead of 'uptime_percentage' -> Option A

4. Quick Check:

   Key name must match JSON exactly [OK]

Hint: Match JSON keys exactly to avoid errors [OK]

Common Mistakes:

• Typos in key names
• Using wrong HTTP method
• Forgetting to import requests

5. You want to check if a service meets its SLA of 99.9% uptime over a month (43200 minutes). The API returns:

{"uptime_percentage": 99.85}

Which statement correctly describes the SLA status?

hard

A. Service meets SLA because uptime is above 99.8%.

B. Service fails SLA because uptime is below 99.9%.

C. Service meets SLA because downtime is less than 60 minutes.

D. Service fails SLA because uptime percentage is not provided.

Solution

1. Step 1: Compare reported uptime to SLA target

   The SLA requires at least 99.9%, but actual uptime is 99.85%, which is less.

2. Step 2: Determine SLA compliance

   Since 99.85% < 99.9%, the service fails the SLA.

3. Final Answer:

   Service fails SLA because uptime is below 99.9% -> Option B

4. Quick Check:

   Actual uptime < SLA target means failure [OK]

Hint: Compare actual uptime directly to SLA percentage [OK]

Common Mistakes:

• Assuming close enough meets SLA
• Ignoring SLA threshold
• Confusing downtime with uptime