# 프로덕션 환경에서 Discourse와 로드 밸런서를 함께 사용하려면 도메인 두 개가 필요한가요?

**URL:** https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717
**Category:** Support
**Created:** [4월 28, 2025, 1:05오전 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717 "2025-04-28T01:05:06Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Willy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/willy/32/499930_2.png) [@Willy](https://meta.discourse.org/u/Willy)
#### Post date: [4월 28, 2025, 1:05오전 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717/1 "2025-04-28T01:05:06Z")

</div>

로드 밸런서 사용에 대해 잘 알고 있지는 않지만, 이번에는 정말로 로드 밸런서를 사용해야 합니다.

제 웹사이트가 badthreadcomments.com이라고 가정해 보겠습니다. 사용자가 제 사이트에 접속할 때마다 요청은 VPS에 구성된 제 로드 밸런서로 전송됩니다. 이 로드 밸런서는 요청을 같은 VPS에 호스팅된 Discourse로 전달해야 하고, 그러면 Discourse가 제 로드 밸런서에 응답합니다. 하지만 아, Discourse를 프로덕션 환경에서 사용하는 방법에 대한 문서에는 다음과 같이 적혀 있습니다:  
“Discourse는 IP 주소로는 작동하지 않으며, 진행하려면 example.com과 같은 도메인 이름을 소유해야 합니다.”

로드 밸런서와 Discourse가 같은 VPS에 호스팅되므로, 제 로드 밸런서와 Discourse 간의 통신은 100% 로컬에서 이루어집니다. 그렇다면 프로덕션 환경에서 도메인이 필요하다면 저는 어떻게 해야 할까요? 여기서 계획은 무엇인가요? 두 번째 도메인을 구매해야 하나요? 두 번째 도메인이 필요하다면, 이것이 클라이언트에 추가적인 지연(latency)을 유발하지는 않을까요?

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 28, 2025, 3:27오전 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717/3 "2025-04-28T03:27:43Z")

</div>

> [@Willy](#):
>
> 사용자가 내 사이트에 접속할 때마다 요청은 VPS에 구성된 로드 밸런서로 전송됩니다. 이 로드 밸런서는 같은 VPS에 호스팅된 Discourse로 요청을 전달해야 하고, 이후 Discourse가 내 로드 밸런서에 응답을 보냅니다. 그런데 잠깐, 프로덕션 환경에서 Discourse를 사용하는 방법에 관한 문서에는 다음과 같이 적혀 있습니다.  
> “Discourse는 IP 주소로는 작동하지 않습니다. 진행하려면 [example.com](http://example.com)과 같은 도메인 이름을 소유해야 합니다.”

즉, 클라이언트는 도메인 이름을 통해 Discourse에 접근해야 한다는 뜻입니다. 최종 고객 대역 리버스 프록시/로드 밸런서 뒤의 내부에서는 원하는 대로 설정할 수 있습니다.

---

<div class="post-metadata">

### Author: ![Willy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/willy/32/499930_2.png) [@Willy](https://meta.discourse.org/u/Willy)
#### Post date: [4월 28, 2025, 2:40오후 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717/4 "2025-04-28T14:40:19Z")

</div>

그러면 순서는 이렇게 되어야 하나요?  
[badthreadcomments.com](http://badthreadcomments.com) \> Discourse Docker \> 로드 밸런서 \> 응답

이렇게는 안 되나요?  
[badthreadcomments.com](http://badthreadcomments.com) \> 로드 밸런서 \> Discourse Docker \> 응답

"마지막 고객 대면 리버스 프록시/로드 밸런서 내부에서는 원하는 대로 할 수 있다"는 말씀이 무슨 뜻인지 이해가 되지 않습니다.

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [4월 28, 2025, 8:49오후 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717/5 "2025-04-28T20:49:32Z")

</div>

이 점에서 Discourse는 다른 웹 애플리케이션과 다를 바가 없습니다

```mermaid
graph TD
    User[사용자]
    LoadBalancer[로드 밸런서]
    WebAppCluster[Discourse 웹 애플리케이션 클러스터, 동일한 N개 인스턴스]
    Postgres[PostgreSQL]
    Redis[Redis]
    S3[오브젝트 스토리지]

    User -->|요청| LoadBalancer
    LoadBalancer -->|요청 분배| WebAppCluster
    WebAppCluster -->|읽기/쓰기| Postgres
    WebAppCluster -->|캐시| Redis
    WebAppCluster -->|정적 자산 저장| S3

```

---

<div class="post-metadata">

### Author: ![Jelle\_van\_der\_Pal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jelle_van_der_pal/32/491936_2.png) [@Jelle\_van\_der\_Pal](https://meta.discourse.org/u/Jelle_van_der_Pal)
#### Post date: [4월 28, 2025, 10:51오후 UTC](https://meta.discourse.org/t/in-production-do-i-have-to-have-two-domains-if-i-want-to-use-a-load-balancer-with-discourse/363717/6 "2025-04-28T22:51:26Z")

</div>

더 넓은 관점에서 이해하려면 Nginx Proxy Manager를 살펴보고 그 작동 방식을 알아보는 것을 추천합니다.
