Я искал ответ на это все утро, а также играл с различными настройками, но я все еще не уверен, что у меня есть правильный ответ.(И я новичок в этом, так что извиняюсь)
У меня есть приложение узла в GCloud, в котором есть серверы, на которых работает restful api, а также серверы, работающие с socket-io (связаны с redis).API обменивается данными с серверами сокетов через Redis и HTTP-вызовы (внутренне).Я использую субдомены для различения каждого (api. * И socket. *)
. Сначала я думал, что каждый из них будет обслуживать один балансировщик нагрузки, и я буду использовать правила для отправки трафика в правильное местоположение.,Но чем больше я читаю, тем больше кажется, что использование совершенно отдельных балансировщиков может быть более уместным и экономить услуги для таких вещей, как локальные соображения.
Буду признателен за любой совет.
РЕДАКТИРОВАТЬ:
Прочитав кучу вещей о балансировке нагрузки на основе контента, я чувствую, что это то, что я должен делать.(например, документ ниже) https://cloud.google.com/compute/docs/load-balancing/http/content-based-example
Когда я пытаюсь это сделать, трафик отлично работает между клиентом и сокетом, так как я направляю трафик с помощью правила хоста.Но когда я пытаюсь позвонить с моего сервера api на сервер сокетов (тот же VPC), я не могу отличить его из-за отсутствия хоста (попытался использовать IP, но он не работает)
Мне удалосьчтобы заставить его работать с двумя отдельными балансировщиками нагрузки, но это, похоже, не то, что ожидает Google, и мне интересно, если это вызовет у меня проблемы (особенно, когда я начинаю заниматься https).