URL-адрес службы Google Cloud Run (обнаружение) - PullRequest
0 голосов
/ 29 мая 2020

Я использую несколько сервисов gcloud, которым автоматически назначаются URL-адреса в следующем формате:

https://SERVICE_NAME-XXXXXXX-ew.a.run.app /

Это не очень просто для работы и передать эти URL-адреса клиентам. Альтернативой является использование собственного домена, но для этого требуются поддомены жесткого кодирования в записях DNS (насколько я понимаю), и я хотел бы избежать этого и использовать URL-адреса по умолчанию.

С чем лучше всего работать эти URL? Я могу представить, как сохранить некое отображение service-> URL и передать его клиентам, но я бы не хотел изобретать колеса заново.

Ответы [ 2 ]

2 голосов
/ 30 мая 2020

Вы можете использовать бета-сервис Сервисный каталог .

При развертывании службы

  • Создайте свою службу с именем и URL-адресом в качестве метаданных

В вашем коде

  • Запросите метаданные службы с ее именем и получите URL-адрес
  • Используйте URL-адрес

Вы не можете использовать функцию конечной точки службы, потому что у вас нет IP / порта .

Однако на данный момент существует клиентская библиотека, и вы должны использовать API напрямую.

1 голос
/ 01 июня 2020

Спасибо за этот вопрос! «Обнаружение сервисов по имени» для Cloud Run - очень активная область работы. Тем не менее, активных временных рамок, которыми мы можем поделиться, пока нет.

Вы можете увидеть прототип моего запуска в Cloud Run здесь: https://twitter.com/ahmetb/status/1233147619834118144

API, такие как Google Связанный каталог облачных сервисов больше ориентирован на обнаружение пользовательских / самостоятельных сервисов, которые вы, возможно, захотите встроить в свой стек RP C, например gRP C. Это больше похоже на каталог управляемых доменных имен, который вы можете интегрировать со своим RP C.

Если вы заинтересованы в участии в альфа-версии для этой функции в будущем, напишите мне письмо на ahmetb в Google.

...