무료 상담
← 블로그 목록으로
배포 기초 · 논코더 필수 지식

논코더가 알아야 할
최소한의 배포 지식 (도메인·DNS·호스팅)

"도메인 연결이 안 돼요", "사이트가 갑자기 안 열려요" — 개발자가 아닌 사람이 서비스를 만들다 보면 이런 문제를 반드시 한 번은 마주칩니다. 문제는 이때 무엇을 확인해야 할지조차 모른다는 점입니다. 도메인, DNS, 호스팅은 코드를 한 줄도 안 짜는 기획자·마케터·창업자도 반드시 알아야 하는 배포의 기본 개념입니다. 이 글에서는 개발 지식이 전혀 없어도 이해할 수 있도록 이 세 가지를 풀어서 설명합니다.

도메인이란 무엇인가 — 인터넷 세상의 지번 주소

인터넷에 연결된 모든 서버는 사실 숫자로 된 IP 주소(예: 123.45.67.89)를 갖고 있습니다. 하지만 사람이 숫자 주소를 외워서 사이트에 접속하는 것은 비현실적입니다. 그래서 등장한 것이 도메인입니다. "nobleweb.kr" 같은 도메인은 복잡한 IP 주소를 사람이 기억하기 쉬운 이름으로 바꿔주는 역할을 합니다. 부동산으로 비유하면, IP 주소는 위도·경도 좌표이고 도메인은 그 좌표에 붙인 "지번 주소"에 가깝습니다. 도메인 자체는 등록기관(레지스트라)에서 연 단위로 임대하는 개념이며, 실제로 그 주소가 어떤 서버를 가리킬지 연결해주는 작업이 바로 다음에 설명할 DNS입니다.

DNS는 어떻게 동작하는가

DNS(Domain Name System)는 도메인 이름을 실제 서버의 IP 주소로 바꿔주는 인터넷의 전화번호부입니다. 사용자가 브라우저에 도메인을 입력하면, 컴퓨터는 곧바로 "이 이름을 가진 사람의 전화번호(IP 주소)가 뭐지?"라고 DNS 서버에 물어보고, 답을 받은 뒤에야 실제 웹사이트 서버로 접속을 시도합니다. 이 과정이 사용자 눈에는 보이지 않지만, 도메인을 새로 연결하거나 서버를 옮길 때는 이 전화번호부의 내용을 직접 갱신해야 하고, 바로 이 갱신 작업에서 논코더들이 가장 많이 좌절합니다.

A레코드, CNAME, 네임서버 — 세 단어만 알아도 절반은 이해한 것

A레코드는 도메인을 특정 IP 주소에 직접 연결하는 가장 기본적인 설정입니다. CNAME은 한 도메인을 다른 도메인의 별칭으로 연결하는 방식으로, Cloudflare Pages나 Vercel처럼 호스팅 업체가 제공하는 주소에 내 도메인을 연결할 때 자주 쓰입니다. 네임서버(NS)는 "이 도메인의 DNS 설정을 어느 업체가 관리할지"를 지정하는 상위 개념입니다. 도메인을 구매한 곳과 실제로 DNS 레코드를 관리하는 곳이 다를 수 있는데, 이때 네임서버 설정이 두 곳을 이어주는 다리 역할을 합니다.

DNS 전파(propagation)에 왜 몇 시간씩 걸릴까

DNS 설정을 바꾸면 즉시 전 세계에 반영되지 않습니다. 전 세계 각지의 DNS 서버들은 트래픽 부담을 줄이기 위해 한 번 조회한 정보를 일정 시간 동안 저장(캐시)해두기 때문입니다. 이 저장 기간을 TTL(Time To Live)이라고 부르며, 설정값에 따라 짧게는 몇 분, 길게는 24~48시간까지 예전 정보가 계속 남아있을 수 있습니다. 도메인 설정을 바꾼 직후 "왜 아직도 예전 사이트가 보이지?"라는 질문의 답은 대부분 이 전파 시간 때문입니다. 급한 마음에 설정을 계속 바꾸기보다는, 일정 시간을 기다려보는 것이 오히려 문제를 키우지 않는 방법입니다.

호스팅이란 무엇인가 — 정적 호스팅과 서버 호스팅의 차이

호스팅은 도메인이 가리키는 그 주소에서 실제로 웹사이트 파일을 보관하고 사용자 요청에 응답하는 서버 공간입니다. 크게 두 가지로 나뉩니다. 정적 호스팅은 HTML, CSS, 이미지처럼 미리 만들어진 파일을 그대로 보여주는 방식으로, 별도의 서버 로직 없이도 매우 빠르고 저렴하게(무료인 경우도 많음) 운영할 수 있습니다. 서버 호스팅은 로그인, 결제, 데이터베이스 조회처럼 요청마다 계산이 필요한 서비스를 위해 실제로 프로그램이 돌아가는 서버가 필요한 방식입니다. 단순한 소개 페이지라면 정적 호스팅으로 충분하지만, 회원가입이나 실시간 데이터 처리가 필요한 서비스라면 서버 호스팅이 필수입니다. 이 구분을 모르고 무작정 비싼 서버 호스팅을 계약하거나, 반대로 서버가 필요한 서비스를 정적 호스팅에 억지로 올리려다 시간을 낭비하는 경우가 실제로 매우 많습니다.

기획자 C씨는 외주 개발사로부터 "도메인 연결은 직접 하셔야 한다"는 안내를 받았지만, A레코드와 네임서버의 차이를 몰라 엉뚱한 곳에 설정을 입력했다. 이틀 동안 사이트가 열리지 않아 개발사에 문의했지만 "저희 쪽 문제가 아니다"라는 답만 돌아왔다. 결국 원인은 네임서버가 도메인 등록기관 기본값으로 남아있어 DNS 레코드 자체가 반영되지 않았던 단순한 설정 누락이었다. 이 이야기는 특정 사례를 그대로 옮긴 것이 아니라, 비슷한 유형의 상황을 재구성한 예시지만, 도메인·DNS 기초 지식이 없어 발생하는 소통 비용은 실제로 이런 형태로 자주 반복된다.

배포 전 반드시 확인해야 할 체크리스트

  • 도메인을 어느 업체에서 구매했고, 네임서버가 어디로 지정되어 있는지 알고 있는가
  • 서비스가 정적 호스팅으로 충분한지, 서버 호스팅이 필요한지 미리 구분했는가
  • DNS 레코드(A/CNAME) 변경 시 반영까지 시간이 걸릴 수 있다는 점을 알고 있는가
  • HTTPS(SSL 인증서) 적용 여부와 자동 갱신 여부를 확인했는가
  • 도메인 갱신일이 언제인지, 만료 시 자동 갱신이 설정되어 있는지 확인했는가
무료 커리큘럼 상담

DNS 오류가 생겼을 때, 원인을 직접 찾고 싶다면

도메인 연결부터 CI/CD 자동배포까지, 직접 손으로 세팅하며 원리를 익히는 실전 커리큘럼입니다.

기획부터 배포, 자동화 수익까지 책임지는 노블웹 IT 교육 아카데미 바로가기

이 정도만 알아도 외주 미팅에서 끌려다니지 않는다

도메인, DNS, 호스팅의 원리를 안다는 것은 코드를 짤 수 있다는 뜻이 아닙니다. 하지만 외주 개발사나 프리랜서와 대화할 때 "그게 무슨 말이에요?"가 아니라 "그럼 A레코드로 연결하신 건가요, CNAME으로 연결하신 건가요?"라고 되물을 수 있는 능력은 완전히 다른 차원의 힘을 만들어냅니다. 문제가 생겼을 때 어느 쪽 책임인지 스스로 판단할 수 있고, 불필요하게 비싼 견적을 받아들이지 않을 수 있으며, 무엇보다 서비스에 장애가 생겼을 때 패닉에 빠지지 않고 원인을 좁혀갈 수 있습니다. 이런 최소한의 리터러시는 개발자가 되기 위한 지식이 아니라, 서비스를 지휘하는 사람이 되기 위한 지식입니다.

AI 디렉터스

도구를 다루는 법이 아니라, 지휘하는 법을 배우세요

DNS, DB, Git, CI/CD를 프로세스 전체로 관통하는 실전 커리큘럼을 무료로 상담받아보세요.

기획부터 배포, 자동화 수익까지 책임지는 노블웹 IT 교육 아카데미 바로가기