Implement Control Flow of Consumer Code for Unrecoverable REST API Errors 350-901 Practice Questions (Page 2)

Questions 6–10

1. 6application · medium

   A Python script calls the Cisco Intersight API to create a new server profile. The API returns HTTP 400 Bad Request with a JSON body stating 'Invalid name: must be alphanumeric'. The script's current logic catches all HTTPError exceptions and retries them. What is the best control flow change?

   • AKeep the retry logic because the 400 may be transient
   • BRetry the request with a random name to avoid the validation error
   • CCatch the HTTPError, inspect the status code, and raise a ValueError for 400 responses
   • DIgnore the 400 and continue with the next operation
   Reveal Solution Discussion Select an answer first
2. 7expert · hard

   A network automation tool calls the Cisco Meraki API to provision a new SSID. The API returns HTTP 422 Unprocessable Entity with a JSON body stating 'Invalid band selection'. The tool's generic error handler currently retries all non-2xx responses with exponential backoff. The team wants to reduce unnecessary retries while still handling transient failures. What is the most appropriate control flow strategy?

   • AConvert the 422 to a 200 response and continue processing
   • BKeep the generic retry logic for all non-2xx responses, including 422
   • CRetry the 422 once after a 1-second delay, then terminate if it fails again
   • DAdd a specific check for 422 that logs the error and terminates the request without retrying
   Reveal Solution Discussion Select an answer first
4. 8application · medium

   A script calls the Cisco Meraki API to get the status of a switch port. The API returns HTTP 503 Service Unavailable with a Retry-After header of 30 seconds. After waiting 30 seconds and retrying, the API returns HTTP 404 Not Found because the switch was decommissioned. How should the script classify these two responses?

   • A503 is unrecoverable; 404 is recoverable
   • B503 is recoverable; 404 is unrecoverable
   • CBoth are unrecoverable because the script should terminate on any error
   • DBoth are recoverable because they are server-side errors
   Reveal Solution Discussion Select an answer first
5. 9expert · hard

   A network automation script calls the Cisco Meraki API to update a network's settings. The script receives an HTTP 409 Conflict because another admin is currently editing the same network. The script's current logic treats all 409 responses as unrecoverable and terminates. The team wants to handle this specific 409 differently from other 409 responses that indicate a permanent state conflict. What is the most appropriate control flow?

   • ARetry the 409 once after a 5-second delay, then terminate
   • BTreat all 409 responses as unrecoverable and terminate
   • CInspect the error body to determine if the conflict is due to a concurrent edit or a permanent state issue
   • DTreat all 409 responses as recoverable and retry with exponential backoff
   Reveal Solution Discussion Select an answer first
6. 10foundation · easy

   Which control flow construct is best suited to handle an unrecoverable REST API error in a Python consumer?

   • AA switch statement that maps status codes to retry delays
   • BA try-except block that catches the error and raises a custom exception
   • CA while loop that continues until the request succeeds
   • DA for loop that retries the request a fixed number of times
   Reveal Solution Discussion Select an answer first