MENU
You have deployed an application on Anthos clusters (formerly Anthos GKE). According to the SRE practices at your company you need to be alerted if the request latency is above a certain threshold for a specified amount of time. What should you do?
Suggested Answer: D
Get Premium Professional Cloud Architect (PR000213) Questions
as Interactive Web-Based Practice Test or PDF
Real Exam Format
Detailed Explanations
Instant Access
Get Your Practice Test
33 comments · newest first
BE
Belen
11 months ago
C might be overkill for just latency tracking.
GA
Garry
11 months ago
D is solid if you're already using Anthos Service Mesh.
BA
Barb
11 months ago
Wait, can you really use Cloud Profiler for this? Sounds odd.
EL
Elbert
11 months ago
I think B could work too, but it seems more complex.
SO
Sol
12 months ago
A is the way to go for latency alerts!
KI
Kimberlie
12 months ago
I’m a bit confused about whether to use Anthos Config Management or just set up alerts directly in Cloud Monitoring. Both seem relevant to the question.
SI
Silvana
1 year ago
I feel like we did a similar question where we had to choose between Cloud Trace and Cloud Profiler. I think Cloud Trace might be the right choice here.
KI
Kimi
1 year ago
I think option D sounds familiar because we practiced setting up SLOs with Anthos Service Mesh, but I can't recall the exact steps.
IV
Ivory
1 year ago
I remember we talked about using Cloud Monitoring for alerts, but I'm not sure if it was specifically for request latency.
IN
In
1 year ago
I'm leaning towards option C. Using Cloud Profiler to track the request latency and then creating a custom metric and alerting policy in Cloud Monitoring seems like a comprehensive solution. I'll make sure I understand how to set that up properly.
AR
Arlette
1 year ago
Option B looks interesting - using Anthos Config Management to define the SLO and alerting policy. That could be a good way to manage the configuration as code. I'll need to research that approach a bit more.
KA
Karon
1 year ago
This seems like a straightforward question about monitoring and alerting on Anthos clusters. I think I'll go with option A - enabling the Cloud Trace API and using Cloud Monitoring Alerts.
MA
Marsha
1 year ago
Hmm, I'm a bit unsure about this one. The options seem to cover different tools and approaches. I'll need to think through the details of each one to decide which is the best fit for the given requirements.
VI
Vincent
1 year ago
This looks like a classic IAM management question. I think the best approach here is to use IAM groups to organize access based on department or job function. That way we can easily add and remove users from groups as needed.
OW
Owen
1 year ago
I've got this one! Class C is the answer for fires involving energized electrical equipment.
MA
Major
2 years ago
Option D, where the Google Cloud Console does all the work for me? Sign me up! I'll call that the 'Netflix and chill' approach to SRE.
TI
Timothy
2 years ago
Samira: That's true, but sometimes it's nice to have a hands-off approach with Option D.
IS
Isreal
2 years ago
I prefer Option A, enabling Cloud Trace API and using Cloud Monitoring Alerts. It gives me more control.
SA
Samira
2 years ago
Yeah, it's like Netflix and chill for SRE. Set it and forget it.
JA
Jacqueline
2 years ago
Option D sounds like the easy way out. Just let Google Cloud Console handle everything.
TE
Tesha
2 years ago
That's a good point, Twana. We should consider all options before making a decision.
RI
Rima
2 years ago
Option C is interesting, but using Cloud Profiler just to create a custom metric feels a bit overkill. Why not just use Anthos Service Mesh like in Option D?
RH
Rhea
2 years ago
Option B is the way to go. Anthos Config Management - the Swiss Army knife of Kubernetes config management!
MA
Margart
2 years ago
That's a great choice! Anthos Config Management is really powerful for managing configurations in Kubernetes.
CO
Corinne
2 years ago
B) Configure Anthos Config Management on your cluster and create a yaml file that defines the SLO and alerting policy you want to deploy in your cluster
TW
Twana
2 years ago
I see your point, Lashon. But I think option C is also a good option. Cloud Profiler can provide valuable insights for creating custom metrics.
LA
Lashon
2 years ago
I disagree, I believe option B is more suitable. Anthos Config Management allows us to define SLO and alerting policy.
TE
Tesha
2 years ago
I think option A is the best choice. Cloud Trace API can help us monitor request latency.
JU
Julieta
2 years ago
Option A seems like a good choice, but I'm not sure if it covers the 'specified amount of time' requirement. Cloud Trace might just give us instant metrics.
SH
Sheron
2 years ago
A) Cloud Trace does provide the ability to set up alerts based on specific conditions, including duration. It should cover the 'specified amount of time' requirement.
BA
Barrie
2 years ago
C) Use Cloud Profiler to follow up the request latency. Create a custom metric in Cloud Monitoring based on the results of Cloud Profiler, and create an Alerting Policy in case this metric exceeds the threshold
NI
Nichelle
2 years ago
B) Configure Anthos Config Management on your cluster and create a yaml file that defines the SLO and alerting policy you want to deploy in your cluster
GO
Golda
2 years ago
A) Enable the Cloud Trace API on your project and use Cloud Monitoring Alerts to send an alert based on the Cloud Trace metrics