비싼 PaaS는 그만, Django를 내 서버에 쉽게 올리는 Djevops

사이드 프로젝트의 마지막 관문, 배포

Django로 웹 앱을 멋지게 만들었어요. 로컬에서 runserver로 띄우면 잘 돌아가죠. 그런데 막상 이걸 진짜 인터넷에 올려서 남들이 쓰게 하려는 순간, 갑자기 벽이 확 높아져요. "운영 환경에선 runserver 쓰면 안 된다"는 경고를 보고 검색을 시작하면, gunicorn이니 nginx니 systemd니 처음 듣는 단어가 쏟아지거든요. Djevops는 바로 이 배포의 진입 장벽을 확 낮춰주는 도구예요.

왜 배포가 이렇게 복잡할까

Django 앱 하나를 제대로 서비스하려면 사실 여러 부품이 톱니바퀴처럼 맞물려야 해요. 하나씩 쉽게 풀어볼게요.

gunicorn은 이게 뭐냐면, 실제 사용자 요청을 받아 Django 코드를 실행해주는 일꾼이에요. Django 개발 서버는 혼자 테스트용이라 동시 접속이 몰리면 버거운데, gunicorn은 여러 일꾼을 띄워 동시에 처리해줘요. nginx는 그 앞에 서는 안내 데스크 같은 거예요. 들어오는 요청을 gunicorn에 넘기고, 이미지나 CSS 같은 정적 파일은 자기가 직접 빠르게 내주죠. systemd는 이 프로그램들이 서버가 재부팅돼도 자동으로 다시 켜지도록 관리하는 관리인이고요. 여기에 HTTPS(SSL 인증서)까지 붙여야 자물쇠 표시가 뜨는 안전한 사이트가 돼요.

문제는 이걸 처음 하는 사람이 일일이 설정 파일을 만지다 보면 오타 하나로 몇 시간을 날린다는 거예요. Djevops는 이 과정을 명령어 몇 줄로 자동화해줘요. 빈 VPS(가상 서버) 하나만 준비하면, 서버 기본 설정부터 gunicorn·nginx·SSL까지 알아서 깔고 연결해주는 거죠.

다시 떠오르는 '자체 호스팅' 흐름

이 도구가 나온 배경엔 업계의 큰 흐름이 있어요. 한동안은 Heroku처럼 클릭 몇 번이면 배포되는 PaaS(플랫폼 서비스)가 인기였어요. 편하니까요. 그런데 트래픽이 조금만 늘어도 요금이 훅 오르고, Heroku가 무료 플랜을 없애면서 사람들이 "차라리 월 몇천 원짜리 VPS에 직접 올리자"는 쪽으로 돌아서고 있거든요. 이걸 자체 호스팅(self-hosting) 회귀라고 불러요. 같은 결의 도구로 루비온레일즈 진영의 Kamal(37signals가 만든), 그리고 Dokku, Coolify, CapRover 같은 것들이 있어요. Djevops는 그중에서도 "Django 하나만큼은 제일 쉽게"를 노린 셈이죠.

한국 개발자에게

특히 사이드 프로젝트나 초기 스타트업을 굴리는 분들에게 딱이에요. AWS의 복잡한 콘솔이나 비싼 매니지드 서비스 없이, 저렴한 VPS 한 대로 시작할 수 있으니까요. 비용을 아끼면서도 서버를 내가 100% 통제한다는 점이 매력이고요. 다만 자체 호스팅은 편한 만큼 책임도 따라와요. 보안 패치, 백업, 장애 대응을 직접 챙겨야 하거든요. 그래도 이런 도구로 한 번 배포를 끝까지 경험해보면, gunicorn과 nginx가 각각 무슨 일을 하는지 몸으로 이해하게 돼요. 이건 어떤 클라우드를 쓰든 평생 가는 자산이에요.

핵심 한 줄: Django 배포의 복잡한 뒷정리를 자동화해, 비싼 PaaS 대신 싼 VPS에 직접 올리고 싶은 사람을 위한 도구예요.

여러분은 사이드 프로젝트를 어디에 배포하나요? PaaS의 편함과 자체 호스팅의 저렴함 사이에서 어느 쪽을 택하는지, 그 이유가 궁금하네요.