이전 글에서 언급했듯, 저는 제로보드부터 워드프레스(WordPress), 개인 미디어위키(MediaWiki)까지 다양한 툴을 거쳐왔습니다. 하지만 이번 블로그는 정적 사이트 생성기(Static Site Generator)인 Hugo로 구축했습니다.
가장 큰 이유는 ‘데이터베이스(DB)에 대한 피로감’ 때문입니다.
1. DB 관리의 부담과 백업의 어려움#
CMS를 운영해 보신 분들은 아실 겁니다. 웹 페이지 소스 코드와 콘텐츠(DB)가 분리되어 있다는 것이 개인 운영자에게 얼마나 큰 부담인지요. 파일처럼 단순히 복사-붙여넣기로 백업이 되지 않고, mysqldump를 떠야 합니다. 글의 내용, 작성 시간, 제목이 테이블 여기저기에 흩어져 있어 DB 파일만 봐서는 내용을 직관적으로 확인하기도 어렵습니다.
2. 형상 관리(Git)의 부재#
엔지니어로서 가장 답답했던 점은 ‘변경 추적’이었습니다. 워드프레스에서 글을 수정하면, 언제 어디가 바뀌었는지 명확히 알기 어렵습니다. 반면 Hugo는 모든 글이 마크다운(md) 파일로 존재합니다.
- ** Git 연동: ** 글을 작성하고 수정하는 모든 내역을 Git으로 관리할 수 있습니다.
- ** File-based: ** 텍스트 에디터만 있으면 언제 어디서든 글을 쓸 수 있고, DB 접속이 필요 없습니다.
3. 본질에 집중하기#
정적 사이트라 댓글 같은 동적 기능이 아쉽긴 합니다. 하지만 제 블로그에 댓글이 폭발적으로 달릴 것 같진 않아서(웃음), 쿨하게 포기했습니다. 혹시 필요하다면 Giscus 같은 도구를 붙이면 되니까요.
복잡한 빌드나 배포 환경 구축에 대한 이야기도 하려 했으나, 서론이 너무 길어졌네요. 결론적으로 저는 “내가 쓴 글과 작성 시간”이라는 본질만 남기고, 나머지 복잡한 관리 요소들을 걷어내기 위해 Hugo를 선택했습니다.
다음 포스트에서는 실제 배포 구성과 파이프라인에 대해 다뤄보겠습니다.