Когда следует добавить несколько групп конечных точек сети к серверной службе?

При настройке Google Cloud Load Balancer мне предоставляется возможность добавить несколько Группы конечных точек сети к моему Серверные службы.

Большая часть литературы по облачной балансировке нагрузки посвящена географическому распределению запросов по идентичные услуги, представляющие одну границу развернуты в разных местах.

Документация Google Cloud упоминает что бессерверные группы конечных точек сети «Служба Cloud Run или группа служб, использующих один и тот же шаблон URL». Я не уверен на 100%, что имеется в виду под "тот же шаблон URL", но если это означает что-то вроде «являются одним и тем же приложением» или «имеют одинаковые маршруты», будет ли это правило применяться к внутренним службам или могут ли внутренние службы состоять из групп сетевых конечных точек с разными «Шаблоны URL»?

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

После того, как это установлено, мои конкретные вопросы:

• Учитывая, что они не являются взаимозаменяемыми, имеет ли смысл настраивать группы конечных точек сети для всех моих регионы под одной серверной службой?
• Имейте в виду, что я также работаю с ограничением, поскольку у Google Cloud, по-видимому, есть жесткая квота на внутренние службы.

Пожалуйста, обрати внимание:

• Причина, по которой мне нужно использовать облачную балансировку нагрузки, заключается в том, что по крайней мере один из регионов, в которых мы развертываем службу Google Cloud Run, не поддерживает сопоставление пользовательских доменов.

Начать с -

Шаблон URL содержит домен и шаблон, который может соответствовать пути URL, например: example.com/*/animals/** . Любой из следующих запросов URL может соответствовать примеру шаблона URL: example.com/singapore/animals example.com/Австралия/животные/пауки example.com/australia/animals/marsupials/koala.png

Насколько я понимаю, вы используете Cloud Run для размещения своего приложения и, следовательно, пытаетесь использовать бессерверные NEG и

a) Да, можно настроить несколько NEG (1 NEG на регион) для одной и той же серверной службы, но у этого есть несколько ограничений, как описано в описание

б) Кроме того, использование балансировщика нагрузки Cloud Run и HTTP(s) помогает сопоставить один URL-адрес с несколькими идентичными бессерверными приложениями, работающими в разных регионах, как описано в разделе документ что может быть полезно в вашем сценарии.

Я полагаю, что вы пытаетесь настроить Cloud Run в одном из регионов, упомянутых в…Ограничения сопоставления доменов Cloud Runи, следовательно, вы столкнулись с проблемой при использовании сопоставления личного домена. Если вы пытаетесь настроить в любом другом регионе, поделитесь сообщением об ошибке.