### Summary

The way in which we are using `retry_with_delays_and_condition` along with `generate_jittered_backoff` may prevent subsequent failures from retrying if the generator was consumed by previous calls to `_call_galaxy`.

It appears as though the `backoff_iterator` in this case is global for all calls, and not refreshed per call to `_call_galaxy`:

https://github.com/ansible/ansible/blob/c564c6e21e4538b475df2ae4b3f66b73decff160/lib/ansible/galaxy/api.py#L328-L332

Currently every call to `_call_galaxy` consumes at least 1 item in the `backoff_iterator`, even when a retry isn't attempted, so after 6 calls, no-retries would ever be performed.

This may require making `backoff_iterator` take a callable, or something that can regenerate the iterator, instead of acting as a global state iterator.

### Issue Type

Bug Report

### Component Name

lib/ansible/galaxy/api.py

### Ansible Version

```console
$ ansible --version
```


### Configuration

```console
# if using a version older than ansible-core 2.12 you should omit the '-t all'
$ ansible-config dump --only-changed -t all
```


### OS / Environment

N/A

### Steps to Reproduce

<!--- Paste example playbooks or commands between quotes below -->
```yaml (paste below)

```


### Expected Results

N/A

### Actual Results

```console
N/A
```


### Code of Conduct

- [X] I agree to follow the Ansible Code of Conduct
from __future__ import (absolute_import, division, print_function)
__metaclass__ = type
import collections
import datetime
import functools
import hashlib
import json
import os
import stat
import tarfile
import time
import threading
from urllib.error import HTTPError
from urllib.parse import quote as urlquote, urlencode, urlparse, parse_qs, urljoin
from ansible import constants as C
from ansible.errors import AnsibleError
from ansible.galaxy.user_agent import user_agent
from ansible.module_utils.api import retry_with_delays_and_condition
from ansible.module_utils.api import generate_jittered_backoff