정적 사이트 호스팅, 서버 없이 올릴 수 있는 범위

서버가 필요한 기능을 먼저 솎아냅니다

정적 호스팅으로 끝낼 수 있는지는 기능 목록을 보면 바로 판단됩니다. 서버가 반드시 필요한 기능은 세 가지입니다. 첫째는 요청마다 다른 결과를 만들어야 하는 처리입니다. 로그인 상태에 따라 내용이 바뀌는 화면이 여기 들어갑니다. 둘째는 데이터를 저장하는 처리입니다. 문의 접수나 주문이 그렇습니다. 셋째는 비밀 정보를 써야 하는 외부 호출입니다. 열쇠를 브라우저에 두면 공개되므로 중간 서버가 필요합니다. 이 세 가지가 없으면 정적 호스팅으로 충분합니다. 하나라도 있으면 그 부분만 떼어 함수나 작은 서버로 처리하고 나머지는 정적으로 둡니다.

정적인데도 동적으로 보이게 만드는 방법

정적 호스팅의 범위는 생각보다 넓습니다. 검색은 색인 파일을 미리 만들어 브라우저에서 처리할 수 있습니다. 목록 필터와 정렬도 같은 방식으로 됩니다. 조회수나 추천 같은 기능은 별도 함수 한 개만 두면 되고, 나머지 페이지는 그대로 정적입니다. 문의 접수도 외부 폼 서비스나 함수 한 개로 처리합니다. 그래서 설계 순서는 1단계 전체 기능을 적고, 2단계 서버가 필요한 기능에 표시하고, 3단계 그 기능만 담당할 최소 구성을 고르고, 4단계 나머지를 정적으로 두는 것입니다. 이렇게 하면 서버가 담당하는 범위가 좁아져 운영 부담과 장애 범위가 함께 줄어듭니다.

월 금액을 두 방식으로 끝까지 냅니다

학습용 가정으로 계산합니다. 가정값은 월 전송량 100기가바이트, 저장 용량 1기가바이트이고, 정적 호스팅 단가가 전송 기가바이트당 100원, 저장 기가바이트당 월 30원이라고 두겠습니다. 전송은 10,000원, 저장은 30원이므로 합계 10,030원입니다. 같은 사이트를 상시 서버 2대로 운영하면 대당 월 90,000원 기준 180,000원입니다. 중간 계산값인 차액은 월 169,970원입니다. 최종 금액에는 서버 운영 시간이 추가로 더해지므로 차이는 더 벌어집니다. 다만 전송량이 크게 늘면 정적 호스팅의 전송 요금도 함께 늘어나므로, 전송량 구간별로 다시 계산해야 합니다.

정적으로 두면 어려워지는 두 가지

결론을 뒤집는 조건이 있습니다. 첫째, 내용이 수시로 바뀌고 편집자가 여러 명이면 빌드와 배포를 거쳐야 반영되는 구조가 불편해집니다. 변경이 하루에 수십 번 일어나면 빌드 시간이 병목이 되므로, 내용만 따로 불러오는 구조나 관리형 콘텐츠 서비스가 필요합니다. 둘째, 개인화된 화면이 많으면 정적 비중이 낮아져 이점이 줄어듭니다. 이 경우 공개 페이지와 로그인 영역을 다른 경로로 분리해 공개 쪽만 정적으로 두는 혼합 구성이 현실적입니다. 그래서 결정 문서에는 하루 변경 횟수와 개인화 페이지 비중 두 숫자를 적습니다.

웹호스팅 실행 전 점검표

• 요청별 처리·데이터 저장·비밀 정보 사용 여부를 확인했다
• 서버가 필요한 기능만 최소 구성으로 떼어 냈다
• 전송량 구간별로 월 금액을 계산했다
• 하루 변경 횟수와 개인화 페이지 비중을 적었다