직접 구축한 개발 블로그의 '관리자 페이지', 서버에 올리지 않은 이유
지금 운영하고 있는 블로그는 크게 세 가지 시스템으로 나뉘어 있습니다.
블로그 글을 작성할 수 있는 관리자 페이지
작성된 글을 확인할 수 있는 유저 페이지
위 두 시스템의 데이터 처리를 담당하는 백엔드 시스템
이 중에서 실제 개인 도메인으로 연결되어 있는 부분은 유저 페이지와 백엔드 시스템입니다. 다만, 관리자 페이지는 서버로 띄우지 않았습니다. 서버에 올리지 않았다는 것은, 해당 시스템의 소스 코드를 알고 있지 않은 이상 페이지 자체에 접근하는 것이 아예 불가능하다는 의미입니다. 얼핏 생각하면 다소 특이하게 느껴질 수 있는 운영 방식이라는 생각이 들었습니다.
관리자 페이지를 서버에 올리지 않은 까닭
왜 제가 이런 방식으로 블로그를 운영하고 있는지 돌이켜 생각해보면, 몇 가지 이유가 있습니다.
1. 개인적인 작업 환경과 효율성
우선, 블로그 글을 작성하는 기기는 제가 가지고 있는 맥북 하나면 충분하기 때문입니다. 외부에서 모바일 기기를 가지고 접근하여 글을 수정하거나 새로 작성하는 일이 없습니다. 집뿐만이 아니라 맥북을 가지고 나간다면 외부에서도 충분히 글 작성을 할 수 있는 상황이 되기에, 굳이 관리자 페이지를 서버에 상시 올려둘 필요성을 느끼지 못했습니다.
2. 불필요한 서버 비용과 자원 소모 절감
결국, 서버에 시스템을 올리는 것도 비용입니다. 현재 무료로 사용할 수 있는 클라우드 서비스를 이용하고 있지만, 제가 24시간 내내 글을 쓰는 것이 아니기 때문에 불필요하게 서버 자원을 할당하고 싶지 않았습니다. 물론 언제 어디서나, 어느 기기에서나 웹 브라우저만 있다면 글을 작성하고 싶다면 서버에 올려 접근하는 것이 효율적이겠지만, 앞서 설명했듯 저에게는 그렇게 상시 글을 작성할 필요가 없었습니다.
이처럼 관리자 페이지 운영에 드는 서버 자원을 아끼는 것은 단지 비용 절감만을 의미하지는 않습니다. 궁극적으로는 아낀 서버 자원을 통해 추후 일반 유저들에게 더 필요한 서비스를 제공할 수 있는 여건을 만들고 싶다는 생각이 컸습니다.
관련 글
노트북을 잃어버리면 무엇이 사라지는가 (1) — 값은 살아있는데 못 들어가는 역설
노트북 한 대에 모든 개발 자격증명이 몰려 있다는 걸 뒤늦게 깨달았습니다. 시크릿 값의 생존과, 그 값에 닿을 수단의 생존은 전혀 다른 문제였습니다. 값을 한 번도 출력하지 않고 자산을 전수 조사한 기록입니다.
노트북을 잃어버리면 무엇이 사라지는가 (2) — 전부 무료로 짠 3계층 백업 아키텍처
계층마다 단일 실패점이 다른 곳에 있도록 설계한 3계층 시크릿 백업입니다. 부트스트랩 열쇠는 무료 클라우드 패스워드 매니저에, 본체는 SOPS와 age로 암호화해 private git에, 운영 환경변수는 스냅샷으로. 전부 무료 티어로 짰습니다.
개발도 결국은 상품을 만드는 일 — 기술 스택 선택이 납품과 유지보수를 결정한다
사이드 프로젝트의 모던 스택을 클라이언트에게 납품하려 하니, 기술 선택이 곧 유지보수 비용과 클라이언트 경험을 좌우한다는 걸 깨달았습니다. 개발자가 시장과 목적에 맞는 기술 스택을 선택해야 하는 이유를 정리했습니다.