Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Google Exam Professional-Cloud-Developer Topic 1 Question 79 Discussion

Actual exam question for Google's Professional Cloud Developer exam
Question #: 79
Topic #: 1
[All Professional Cloud Developer Questions]

You need to load-test a set of REST API endpoints that are deployed to Cloud Run. The API responds to HTTP POST requests Your load tests must meet the following requirements:

* Load is initiated from multiple parallel threads

* User traffic to the API originates from multiple source IP addresses.

* Load can be scaled up using additional test instances

You want to follow Google-recommended best practices How should you configure the load testing'?

Show Suggested Answer Hide Answer
Suggested Answer: C

Contribute your Thoughts:

Jamika
5 hours ago
Hmm, I see what you mean about option D being simpler, but I'm not sure it would really meet all the requirements. Sequentially starting instances on Cloud Shell doesn't seem like it would give us the parallel threads and multiple IP addresses that the question calls for. I think C is still the way to go, even if it's a bit more complex.
upvoted 0 times
...
Iraida
6 hours ago
I'm with you on the GKE approach. That seems like the most flexible and scalable option here. Plus, we can leverage all the built-in monitoring and autoscaling features of Kubernetes to really dial in the load testing.
upvoted 0 times
...
Krystal
1 days ago
I'm a little hesitant about option C, though. Setting up a private GKE cluster just for load testing seems a bit overkill, don't you think? I'm wondering if option D might be a simpler solution - just use the distributed load testing framework container on Cloud Shell to get the job done.
upvoted 0 times
...
Lelia
2 days ago
Yeah, I agree that C seems like the best option. The requirements specifically mention needing to load test from multiple parallel threads and multiple source IP addresses. A managed instance group with cURL doesn't sound like it would give us that kind of flexibility.
upvoted 0 times
...
Madalyn
2 days ago
Haha, can you imagine trying to scale up the load by just starting more instances of the container in Cloud Shell? That's like trying to put out a forest fire with a squirt gun!
upvoted 0 times
...
Reyes
3 days ago
The Cloud Shell option sounds kind of janky to me. I can't imagine that would be a very reliable or robust way to load-test the API. I think we need to go with a more enterprise-grade solution here.
upvoted 0 times
...
Tresa
3 days ago
Whoa, this question is really tricky! I'm not sure exactly how to approach it, but I think option C might be the way to go. Using a distributed load testing framework on a private GKE cluster seems like it would give us the ability to scale up the load and simulate traffic from multiple IP addresses.
upvoted 0 times
...
Joye
4 days ago
Hmm, this is tricky. I'm not sure if I'd go with the cURL approach, since that seems a bit manual and not very scalable. I'm leaning towards the distributed load testing framework on GKE, but I'd need to do some more research to make sure that's the right approach.
upvoted 0 times
...
Nelida
6 days ago
I agree, this is a solid question. I think it's important to follow Google's best practices here, since they're the experts on Cloud Run and have a lot of experience with it.
upvoted 0 times
...
Oneida
8 days ago
This is a great question! I'm really interested to see how we can properly load-test these REST API endpoints on Cloud Run. The requirements around parallel threads, multiple source IP addresses, and scalability are all really important considerations.
upvoted 0 times
...

Save Cancel