Examkin

Soru

Zorluk: ZorIncident Management and Automated Alerting

A cloud operations team is establishing an automated incident management and escalation architecture on Google Cloud for a high-throughput healthcare data ingestion service. The team needs to build a workflow that moves from reliability metric definition to alert trigger routing, automated remediation execution, and alert suppression. In what chronological sequence should the cloud architect configure these operational components?

  1. 1Define Service Level Indicators (SLIs) and establish the Service Level Objective (SLO) for the ingestion service within Cloud Monitoring.
  2. 2Configure a multi-window, multi-burn-rate alerting policy tied to the service SLO to detect rapid consumption of the error budget.
  3. 3Bind a Cloud Pub/Sub topic as the notification channel for the alerting policy to enable event-driven programmatic notification.
  4. 4Deploy a Cloud Run service subscribed to the Pub/Sub topic to parse the incident alert payload and execute automated workload mitigation.
  5. 5Create a Cloud Monitoring Muting Rule to temporarily suppress secondary downstream alerts while automated mitigation is underway.

Cevap

The correct sequence starts with establishing SLIs/SLOs, configuring the multi-window burn-rate alerting policy, binding a Pub/Sub notification channel, deploying the Cloud Run automated remediation worker, and finally setting up a Cloud Monitoring Muting Rule to suppress secondary alerts during active mitigation.
The proper architectural sequence begins by defining SLIs and SLOs to establish an error budget baseline. Next, a multi-window burn-rate alerting policy evaluates error budget consumption. When triggered, the policy publishes incident notifications to a Pub/Sub topic channel. A Cloud Run remediation service consumes these Pub/Sub messages to execute automated fixes. Finally, Cloud Monitoring Muting Rules suppress secondary alert noise while remediation takes effect.

Adım Adım Çözüm

1
Establish foundational reliability metrics.
SLIs and SLOs are created in Cloud Monitoring, defining the service error budget.
You cannot monitor error budget consumption or trigger burn-rate alerts without first defining the baseline SLI and target SLO.
2
Configure the alerting logic based on error budget consumption.
A multi-window, multi-burn-rate alerting policy is established.
Evaluating burn rate requires the defined SLO and error budget to calculate short and long time window consumption.
3
Connect the alert policy to an event-driven messaging channel.
Cloud Monitoring posts incident payload metadata to a designated Pub/Sub topic.
Programmatic incident workflows require event-driven notification channels to pass alert details to automation handlers.
4
Implement automated remediation handlers.
A Cloud Run worker consumes the Pub/Sub event payload and initiates infrastructure or application mitigations.
The remediation service depends on Pub/Sub alert messages to trigger mitigation logic.
5
Suppress redundant secondary notifications.
A Cloud Monitoring Muting Rule suppresses downstream alert floods during remediation.
Muting rules ensure engineers are not spammed by collateral alerts while the automated fix is actively resolving the primary issue.

Anahtar Kavram

Incident Response and Automated Alerting Workflow Design
Tahmini Süre:2m 30s
Bu soruyu puanla

Konular

Incident Management and Automated Alerting

Bu konudan daha fazla soru