В продакшене обязательно ли иметь два домена, если хочу использовать балансировщик нагрузки с Discourse?

Поддержка
1

Я не очень хорошо разбираюсь в использовании балансировщиков нагрузки, но в этот раз мне действительно нужно их применить.

Допустим, мой сайт называется badthreadcomments.com. Каждый раз, когда пользователь заходит на мой сайт, его запрос отправляется на мой балансировщик нагрузки, настроенный на VPS. Этот балансировщик должен переслать запрос на хостинг Discourse, расположенный на том же VPS, а затем Discourse отвечает балансировщику. Но, подождите, в документации по использованию Discourse в продакшене сказано следующее:
«Discourse не будет работать с IP-адресом; для продолжения вам необходимо иметь доменное имя, например example.com».

Идея в том, что балансировщик нагрузки и Discourse размещены на одном VPS, поэтому связь между моим балансировщиком и Discourse на 100% локальная. Значит, если для продакшена требуется домен, что мне делать? Какой план? Покупать второй домен? Если второй домен необходим, не добавит ли это дополнительную задержку для клиента?

3

Это означает, что клиенты должны получать доступ к Discourse через доменное имя. Внутренне, за последним обращенным к пользователю обратным прокси-сервером или балансировщиком нагрузки, вы можете делать что угодно.

4

Значит, порядок должен быть таким?
badthreadcomments.com > Discourse Docker > Балансировщик нагрузки > Ответ

Не может ли быть так?
badthreadcomments.com > Балансировщик нагрузки > Discourse Docker > Ответ

Я не понимаю, что вы имеете в виду под фразой «Внутри, за последним разворачиваемым клиентом обратным прокси-сервером или балансировщиком нагрузки, вы можете делать что угодно».

5

В этом отношении Discourse не отличается от любого другого веб-приложения

graph TD
    User[Пользователь]
    LoadBalancer[Балансировщик нагрузки]
    WebAppCluster[Кластер веб-приложения Discourse, N идентичных экземпляров]
    Postgres[PostgreSQL]
    Redis[Redis]
    S3[Объектное хранилище]

    User -->|Запрос| LoadBalancer
    LoadBalancer -->|Распределяет запросы| WebAppCluster
    WebAppCluster -->|Чтение/Запись| Postgres
    WebAppCluster -->|Кэширование| Redis
    WebAppCluster -->|Хранение статических ресурсов| S3
6

Я бы порекомендовал ознакомиться с Nginx Proxy Manager и принципом его работы для более широкого понимания.