У меня была такая же проблема. Общая идея, которую обычно используют, состоит в том, чтобы использовать сопоставление путей и сопоставление / с вашим клиентом и / с сервером с вашим бэкэндом. Некоторое время после поиска в Google я нашел это:
https://cloud.google.com/run/docs/mapping-custom-domains
Отображение базового пути: не поддерживается
Термин базовый путь относится к URL-пути, который идет после имени домена. Например, пользователи - это базовый путь example.com/users. Cloud Run позволяет только сопоставить домен с /, а не с указанным c базовым путем. Таким образом, любая маршрутизация пути должна обрабатываться с помощью маршрутизатора внутри контейнера службы или с использованием Firebase Hosting.
Option1:
В итоге я создал * all-one docker изображение с nginx в качестве обратного прокси-сервера и клиентом (некоторые stati c файлы) и сервером (в моем случае python приложением, работающим на uwsgi).
Если вы ищете вдохновение, вы можете проверить хранилище publi c здесь: https://gitlab.com/psono/psono-combo
Opttion2:
Альтернатива будет разместить ваш клиент на client.example.com , ваш сервер на server.example.com и затем создать третий экземпляр docker run с обратным прокси-сервером в example.com . Все запросы будут «переданы» клиенту и серверу. Ваши пользователи будут взаимодействовать только с example.com , поэтому CORS не будет проблемой.
Option3:
Настройте CORS, чтобы люди, обращающиеся к домену example.com, могли также подключаться к server.example.com