All practice questions
8 questions
A mission-critical payment gateway hosted on Google Kubernetes Engine (GKE) processes valid HTTP requests over a rolling 30-day measurement window. The Site Reliability Engineering (SRE) team defines an Availability Service Level Objective (SLO) of , measured as the ratio of successful (non-HTTP 5xx) requests to total valid requests. During a bad canary release, the service logged HTTP 500 responses before being rolled back. No other failure events occurred during the 30-day window. What percentage of the total 30-day error budget remains after this incident?
A cloud architecture team defines a Service Level Objective (SLO) for an enterprise user authentication API hosted on Google Cloud. The team sets an availability SLO target of measured over a rolling period of 30 days ( minutes). What is the maximum total downtime in minutes allowed before the service completely exhausts its error budget for this 30-day period?
An enterprise payment processing service hosted on Google Cloud Platform has a defined Service Level Objective (SLO) of availability for its transaction validation API over a -day rolling period. The Service Level Indicator (SLI) evaluates a request as good if it returns an HTTP status code in under .
During a -day window, the service processes a total of requests. Due to a database failover event, requests fail with HTTP internal server errors. Additionally, requests successfully return HTTP but take longer than to complete.
What is the maximum number of additional non-compliant requests the service can sustain before its total error budget for this -day period is completely exhausted?
A healthcare telemetry platform hosted on Google Cloud Run and Cloud Bigtable processes real-time patient metrics. The Site Reliability Engineering (SRE) team defines an availability Service Level Objective (SLO) of measured over a rolling 30-day window ( minutes). During an unexpected deployment failure, the service suffered complete downtime for minutes. Later in the same rolling window, a database connection pool exhaustion caused a partial degradation for minutes, during which of all incoming telemetry requests failed. Assuming a constant request rate throughout the window, how many minutes of error budget remain for this 30-day period?
An enterprise IoT fleet management service runs its telemetry ingestion endpoint on Google Cloud Run. The Site Reliability Engineering (SRE) team has set a Service Level Objective (SLO) of availability over a rolling 30-day window (assuming 1 day = 24 hours). During the current 30-day period, an outage caused total service unavailability for 12 minutes, and a performance regression caused an error budget consumption equivalent to another 4 minutes of downtime. What is the remaining allowable downtime in minutes for this service within the 30-day window?
A real-time payment reconciliation API deployed on Google Kubernetes Engine (GKE) has a Service Level Objective (SLO) of successful requests measured over a -day rolling window. During a given -day period, the API receives a total of valid requests. What is the maximum number of failed requests allowed during this period before the service exhausts its error budget?
An enterprise healthcare provider operates an electronic health records (EHR) API Gateway on Google Cloud with a defined Service Level Objective (SLO) of availability over a rolling -day window ( minutes). Over the current -day window, the service experienced two incidents while maintaining constant request volume: a database outage resulted in a complete service failure ( error rate) lasting minutes, and a downstream service throttling issue resulted in a partial degradation ( error rate) lasting minutes. What is the remaining allowable error budget in minutes for this -day window?
A digital asset management platform operates a media processing API deployed on Google Cloud Run. The Site Reliability Engineering (SRE) team defines an availability Service Level Objective (SLO) of successful requests (HTTP non-5xx status codes) over a rolling 30-day measurement window. During a period where the service processed exactly total requests, an infrastructure outage caused request failures. How many additional failed requests can the API tolerate during this measurement window before completely exhausting its error budget?