서버란 무엇인가, 내 노트북이 서버가 못 되는 이유

서버는 특별한 기계가 아니라 맡은 역할의 이름이다. 요청이 오면 파일을 찾아 돌려주는 일을 전담하는 컴퓨터를 서버라고 부른다. 내 노트북도 그 일을 할 수는 있다. 다만 덮는 순간 사이트가 사라지니 서버 자리는 지키지 못한다. 배포란 이 역할을 24시간 대신 맡아 줄 컴퓨터로 파일을 옮겨 놓는 일이다.

핵심 요약

• 서버는 하드웨어와 소프트웨어 양쪽을 가리키는 말이다. 파일을 담아 둔 컴퓨터이자 요청을 받아 응답하는 프로그램이다.
• 내 컴퓨터에서 만든 화면이 남에게 안 보이는 이유는 네 가지다. 항상 켜져 있지 않고 항상 인터넷에 붙어 있지 않고 주소가 고정되지 않고 관리하는 사람이 없다.
• 배포는 코드를 옮기는 일로 끝나지 않는다. 주소 연결, 데이터베이스, 인증서, 장애 감시까지 묶어야 사이트가 굴러간다.
• 소개 사이트는 정적 호스팅으로 충분하다. 로그인·결제가 붙으면 관리형이나 클라우드로 넘어간다. 규모보다 기능이 기준이다.
• 서버와 도메인 계약은 발주자 명의로 한다. 명의가 업체로 되어 있으면 이별할 때 사이트가 인질이 된다.

서버는 기계가 아니라 맡은 역할이다

MDN 웹 문서는 웹 서버를 하드웨어와 소프트웨어 양면으로 설명한다. 하드웨어로 보면 HTML 문서·이미지·CSS·자바스크립트 파일을 담아 두고 인터넷에 연결된 컴퓨터다. 소프트웨어로 보면 방문자가 그 파일에 어떻게 접근하는지 관리하는 프로그램이다. 두 뜻이 겹쳐 쓰이다 보니 "서버 샀어요"와 "서버 띄웠어요"가 같은 단어로 불린다.

서버는 하는 일에 따라 둘로 나뉜다. 저장된 파일을 그대로 내려 주면 정적 서버, 요청을 받아 데이터베이스에서 값을 꺼내 화면을 그때그때 조립해 내려 주면 동적 서버다. 회사 소개 페이지는 앞쪽으로 충분하다. 로그인한 사람마다 다른 내용을 보여줘야 하면 뒤쪽이 필요하다. 화면·처리·저장의 3층 구조는 웹사이트 구조 글에서 다뤘다.

사양이 서버를 만드는 것도 아니다. 서버용 장비가 튼튼하고 빠른 이유는 24시간 돌아가는 조건을 견뎌야 해서다. 서버라는 이름표는 성능에서 나오지 않는다.

내 노트북에서 보이던 화면이 왜 남에겐 안 보이나

바이브코딩 도구로 만든 결과물을 노트북에서 열면 잘 뜬다. 그 주소를 친구에게 보내면 아무것도 안 나온다. 파일이 내 컴퓨터 안에만 있고 밖에서 그 컴퓨터를 찾아올 길이 없기 때문이다.

MDN은 웹사이트 파일을 담는 전용 서버의 조건으로 네 가지를 든다. 항상 실행 중이고 항상 인터넷에 연결돼 있고 고정된 주소를 갖고 제3자가 유지보수한다는 조건이다. 집이나 사무실 인터넷 회선은 고정 IP를 주지 않는 경우가 많아 주소가 수시로 바뀐다. 노트북은 덮으면 잠들고 정전이나 재부팅에도 무방비다. 방문자가 새벽 3시에 들어와도 응답해야 하는 자리를 개인 장비가 맡기 어려운 이유다.

그래서 파일을 남의 전용 컴퓨터에 얹어 두고 자리값을 내는 방식이 자리 잡았다. 이것을 호스팅이라 부른다.

배포는 무엇을 옮기는 일인가

"코드를 서버에 올린다"는 말은 다섯 가지 일을 뭉뚱그린 표현이다. 순서대로 짚으면 견적서에 왜 인프라 항목이 따로 붙는지 보인다.

1. 서버 자리를 빌린다. 클라우드나 호스팅 업체에서 계정을 만들고 요금제를 고른다.
2. 도메인을 서버 주소에 연결한다. 사람이 외우는 이름과 기계가 쓰는 번호를 이어 주는 작업이다.
3. 코드와 파일을 올리고 실행한다. 이 단계에서 프로그램이 늘 켜져 있도록 자동 재시작을 걸어 둔다.
4. 데이터베이스를 붙이고 접속 정보를 서버에만 저장한다. 값이 쌓이는 곳은 데이터베이스다. 이 열쇠가 코드에 박히면 사고가 난다.
5. HTTPS 인증서를 걸고 장애 감시를 켠다. 서버가 죽었을 때 알림이 오지 않으면 손님이 먼저 알게 된다.

1인 사이트라도 다섯 단계는 그대로 거친다. 다만 요즘 배포 서비스는 2~3번을 버튼 몇 번으로 줄여 준다. 비개발자가 직접 여기까지 가는 길은 비개발자 앱 만들기에서 어디까지 되는지 짚어 뒀다.

어떤 서버가 맞나

기능이 기준이지 규모가 기준이 아니다. 방문자가 적어도 결제가 붙으면 신경 쓸 일이 늘어난다. 방문자가 많아도 소개 페이지뿐이면 서버는 단순하다.

방식	맞는 경우	운영 부담
정적 호스팅	소개·랜딩·블로그처럼 내용이 고정된 사이트	거의 없음. 파일만 올리면 끝난다
관리형 호스팅	문의 폼·간단한 회원 기능이 붙은 사이트	업체가 서버를 돌봐 준다
클라우드·서버 임대	결제·정산·대량 데이터를 다루는 서비스	보안 업데이트와 감시를 누군가 맡아야 한다

결정은 이렇게 내린다. 로그인·결제·개인정보가 없으면 정적 호스팅에서 시작한다. 셋 중 하나라도 들어오는 순간 관리형 이상으로 올린다. 직원이 매일 쓰는 업무 시스템이거나 정산이 걸린 서비스라면 처음부터 클라우드로 잡고 유지보수 계약을 함께 맺는다. 월 유지비는 정적 쪽이 가장 가볍고 클라우드는 트래픽과 데이터 양에 따라 늘어난다.

발주자가 자주 하는 오해

상담에서 되풀이되는 오해 세 가지를 정리한다.

• 서버는 한 번 사면 끝이다 → 서버는 자리값이라 쓰는 동안 매달 나간다. 사이트 제작비와 별개로 잡히는 항목이다.
• 도메인을 샀으니 사이트가 뜬다 → 도메인은 이름표고 서버는 건물이다. 이름표만 사면 가리킬 곳이 없다.
• 업체가 알아서 관리하니 명의는 상관없다 → 서버·도메인·검색 도구 계정이 업체 명의면 이별할 때 사이트를 인질로 잡힌다. 계약서에 발주자 명의를 적고 결제 카드도 발주자 것으로 건다.

첫 미팅에서 이 한 마디면 대부분 정리된다. "서버와 도메인은 저희 명의 계정으로 계약하고, 관리 권한만 드리는 방식으로 해 주세요."

가상 예시

가상 예시다. 공방을 운영하는 B씨가 AI 도구로 소개 사이트를 만들어 노트북에서 완성했다. 지인에게 주소를 보냈더니 열리지 않았다. 파일이 노트북 안에만 있었기 때문이다. 무료 정적 호스팅에 파일을 올리고 도메인을 연결하자 그날 저녁부터 사이트가 떴다. 반년 뒤 온라인 주문을 붙이면서 결제와 주문 내역 저장이 필요해졌다. 그때 관리형 호스팅으로 옮기며 데이터베이스를 붙였다. 처음부터 큰 서버를 빌렸다면 반년치 요금을 헛되게 냈을 것이다. 어느 유형의 서비스가 무엇을 요구하는지는 웹서비스 종류에서 갈래를 잡아 두면 편하다.