Google Professional Cloud Developer Exam - Topic 9 Question 68 Discussion

Actual exam question for Google's Professional Cloud Developer exam

Question #: 68
Topic #: 9

[All Professional Cloud Developer Questions]

You plan to deploy a new application revision with a Deployment resource to Google Kubernetes Engine (GKE) in production. The container might not work correctly. You want to minimize risk in case there are issues after deploying the revision. You want to follow Google-recommended best practices. What should you do?

APerform a rolling update with a PodDisruptionBudget of 80%.

BPerform a rolling update with a HorizontalPodAutoscaler scale-down policy value of 0.

CConvert the Deployment to a StatefulSet, and perform a rolling update with a PodDisruptionBudget of 80%.

DConvert the Deployment to a StatefulSet, and perform a rolling update with a HorizontalPodAutoscaler scale-down policy value of 0.

Show Suggested Answer

Suggested Answer: A

by Eun at Apr 24, 2023, 12:49 AM

Limited Time Offer

25%

Off

Get Premium Professional Cloud Developer Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Ronny

5 months ago

B doesn't make sense, scale-down policy should be more flexible!

upvoted 0 times

...

Lucille

5 months ago

Rolling updates are definitely the best practice here.

upvoted 0 times

...

Rene

6 months ago

Wait, why would you convert to a StatefulSet? Isn't that overkill?

upvoted 0 times

...

Madelyn

6 months ago

I disagree, C seems more reliable for stateful apps.

upvoted 0 times

...

Jacquline

6 months ago

A is the way to go for minimizing risk!

upvoted 0 times

...

Stefania

6 months ago

I practiced a similar question where we had to minimize downtime during updates. I think a rolling update is definitely the way to go, but I can't recall the exact details about the PodDisruptionBudget.

upvoted 0 times

...

Jacinta

6 months ago

I feel like the HorizontalPodAutoscaler scale-down policy might not be the best choice here. We want to ensure availability during the update, right?

upvoted 0 times

...

Peter

6 months ago

I think a StatefulSet is more for applications that require stable identities, so I'm leaning towards just using a Deployment for this question.

upvoted 0 times

...

Novella

6 months ago

I remember we discussed rolling updates in class, but I'm not sure about the specifics of using a PodDisruptionBudget.

upvoted 0 times

...

Anisha

6 months ago

The license plate is probably the Technical Resource, since that's the physical asset being used for the rental service.

upvoted 0 times

...

Lon

6 months ago

Okay, let's see. Confidentiality is important to protect sensitive information and prevent misuse. I think option C is the best answer here.

upvoted 0 times

...

Detra

6 months ago

I think the key here is understanding the replication and search factor settings. With a replication factor of 2, the cluster would need at least two indexers to be able to ingest data. So my guess is that the cluster would be "Indexing Ready" after Step 6, when the second indexer has joined.

upvoted 0 times

...

Melodie

11 months ago

Hmm, this question is making me hungry. I could really go for a nice StatefulSet sandwich right about now.

upvoted 0 times

...

Shawana

11 months ago

Converting to a StatefulSet and using a HorizontalPodAutoscaler scale-down policy of 0 is the most cautious approach, but it might be a bit too conservative. I'd probably go with the rolling update with a PodDisruptionBudget.

upvoted 0 times

Phung

9 months ago

Let's go with the rolling update with a PodDisruptionBudget then. It's the safest bet.

upvoted 0 times

...

Maricela

9 months ago

I would go with option A as well. It's better to minimize risk.

upvoted 0 times

...

Pauline

9 months ago

Yeah, I agree. It's a cautious approach without being too conservative.

upvoted 0 times

...

Emerson

10 months ago

I think option A sounds like a good choice.

upvoted 0 times

...

Devorah

11 months ago

Converting the Deployment to a StatefulSet and using a PodDisruptionBudget of 80% is an interesting approach, but it might be overkill for a simple application update. Seems like a lot of extra complexity.

upvoted 0 times

Howard

10 months ago

Converting to a StatefulSet might be too complex for this situation.

upvoted 0 times

...

Allene

10 months ago

C) Convert the Deployment to a StatefulSet, and perform a rolling update with a PodDisruptionBudget of 80%.

upvoted 0 times

...

Micaela

10 months ago

A) Perform a rolling update with a PodDisruptionBudget of 80%.

upvoted 0 times

...

Willow

12 months ago

Using a HorizontalPodAutoscaler scale-down policy value of 0 might be a bit overkill. That would prevent any pods from being scaled down during the update, which could lead to a lot of unnecessary resource usage.

upvoted 0 times

Luis

11 months ago

Using a PodDisruptionBudget of 80% is a safer option to minimize risk.

upvoted 0 times

...

Mendy

11 months ago

A) Perform a rolling update with a PodDisruptionBudget of 80%.

upvoted 0 times

...

Haydee

12 months ago

Rolling update with a PodDisruptionBudget of 80% sounds like a good way to minimize the risk. It'll ensure that a certain percentage of the pods are always available during the update.

upvoted 0 times

...