DNS 작동 방식 이해 및 HashiCorp Consul을 활용한 서비스 디스커버리 구축

핵심 기술

이 문서는 도메인 이름을 IP 주소로 변환하는 DNS(Domain Name System)의 작동 방식을 상세히 설명하고, 이를 통해 HashiCorp Consul을 활용하여 서비스 디스커버리를 구현하는 방법을 제시합니다. 특히 Linux 시스템에서의 DNS 설정 (/etc/resolv.conf, systemd-resolved)과 Consul의 DNS 인터페이스를 통한 서비스 조회 과정을 다룹니다.

기술적 세부사항

• DNS 기본 동작: 웹 주소/서비스 이름 -> IP 주소 변환 과정 설명
  • Stub Resolver (OS 내) -> Recursive Resolver (ISP 또는 공용 DNS)로 쿼리 전달
  • Recursive Resolver의 캐싱된 결과 사용 또는 전체 조회 (Root -> TLD -> Authoritative Nameserver)
  • 결과를 클라이언트로 반환 및 캐싱
• Linux DNS 설정:
  • /etc/resolv.conf: Nameserver 및 Search Domain 설정
  • systemd-resolved 사용 시 /etc/resolv.conf가 심볼릭 링크로 관리되는 방식 (127.0.0.53 stub listener)
  • /etc/systemd/resolved.conf를 통한 DNS 서버, Search/Route-only Domain 설정 (Domains=~consul)
• HashiCorp Consul을 이용한 서비스 디스커버리:
  • Consul의 역할: 서비스 레지스트리, 상태 체크, 서비스 간 디스커버리
  • Consul DNS 인터페이스: 기본값 127.0.0.1:8600, .consul 도메인
  • dig 또는 DNS 라이브러리를 사용한 서비스 조회 (A 레코드, SRV 레코드)
  • systemd-resolved를 Consul DNS로 구성하는 방법 (Domains=~consul 설정)
  • systemd-resolved 없이 /etc/resolv.conf를 직접 Consul IP로 설정하는 방법
• DNS 레코드 타입: A 레코드 (IP 주소), SRV 레코드 (서비스 포트, 우선순위, 가중치) 설명

개발 임팩트

• 서비스 이름으로 다른 서비스를 쉽게 찾고 통신할 수 있게 하여 애플리케이션 간 의존성을 낮춥니다.
• 복잡한 네트워크 설정을 추상화하여 개발자가 서비스 로직에 집중할 수 있도록 합니다.
• 동적으로 변경되는 서비스 인스턴스에 대한 IP 관리를 자동화합니다.

커뮤니티 반응

(원문에서 직접적인 커뮤니티 반응 언급은 없습니다.)

톤앤매너

개발자를 대상으로 한 기술 설명으로, 명확하고 정확한 용어를 사용하여 DNS 및 Consul의 동작 방식을 상세하게 안내합니다.