블로그만 놓고 보면 맥미니에 직접 서버를 올리는 건 분명 효율적인 선택은 아니다.
- 왜 굳이 맥미니였는가 ?
- 블로그만 하려고 만든 서버는 아니었다
- 그래서 가장 먼저 블로그를 올렸다
- 설치보다 중요했던 건 구조였다
- 앞으로 이 서버로 하려는 일
블로그만 놓고 보면 맥미니에 직접 서버를 올리는 건 분명 효율적인 선택은 아니다. 이미 네이버 블로그도 있고, 티스토리도 있다. 글을 쓰고 발행하는 것만 목적이라면 굳이 장비를 따로 두고 서버처럼 운영할 이유는 크지 않다.
그런데 이번에 맥미니를 준비한 이유는 블로그 하나 때문이 아니었다. 처음부터 생각한 건 조금 더 넓었다. 앞으로 개인 비서처럼 쓸 기능도 붙이고 싶었고, 기록 자동화도 해보고 싶었고, 내 블로그 일부 작업도 자동화하는 방향을 염두에 두고 있었다. 그러려면 블로그 서비스 하나를 고르는 문제가 아니라, 여러 작업이 올라갈 수 있는 내 개인 서버가 먼저 필요했다.
그 기준에서 보면 블로그는 목적의 전부가 아니라 시작에 가까웠다. 가장 먼저 손에 잡히는 형태가 블로그였고, 실제로 외부에서 접속하고 운영해볼 수 있는 서비스이기도 했다. 그래서 맥미니를 마련한 뒤, 그 위에 블로그를 먼저 올려보게 됐다. 단순히 글을 쓰는 공간을 만드는 것보다, 내가 직접 관리할 수 있는 환경을 한 번 만들어보는 의미가 더 컸다.
설치 자체는 최대한 복잡하지 않게 가져가려고 했다. 맥미니 위에 Docker 기반으로 WordPress를 올리고, 데이터는 분리해서 관리하고, 백업은 NAS 쪽으로 따로 가져가는 방향으로 잡았다. 외부 공개도 포트포워딩보다는 별도 연결 구조를 쓰는 쪽으로 정리했다. 기술적으로 하나하나 깊게 파고들기보다, 나중에 손이 덜 가고 구조를 이해하기 쉬운 쪽을 우선한 셈이다.
지금 돌아보면 중요한 건 “맥미니에 블로그를 설치했다”는 사실 자체가 아니다. 더 중요한 건, 앞으로 여러 기능을 붙일 수 있는 기반을 먼저 만들었다는 점이다. 블로그는 그 위에서 가장 먼저 돌아간 서비스였고, 그 과정을 통해 백업, 운영, 외부 접속, 자동화 가능성까지 한 번에 같이 보기 시작했다.
그래서 이 작업은 블로그 구축기라기보다, 내 작업 환경을 조금씩 서버 쪽으로 옮겨가는 첫 단계에 가깝다. 당장에는 블로그가 보이지만, 실제로 준비한 건 그 뒤에 이어질 개인 비서, 기록 자동화, 블로그 자동화를 함께 돌릴 수 있는 바닥이다. 맥미니를 쓴 이유도 결국 거기에 있다.
핵심 요약
- 맥미니에 블로그를 올린 이유는 블로그 하나 때문이 아니었다
- 개인 비서, 기록 자동화, 블로그 자동화까지 염두에 둔 개인 서버 기반이 먼저 필요했다
- WordPress 설치는 그 전체 계획 안에서 가장 먼저 실행한 작업이었다
FAQ
Q1. 블로그만 할 거면 맥미니 서버는 비효율적인가요?
네. 블로그 발행만 목적이라면 네이버 블로그나 티스토리가 훨씬 간단합니다. 맥미니 서버는 블로그 외에 다른 자동화나 개인 서비스까지 함께 운영하려는 경우에 의미가 큽니다.
Q2. 왜 블로그를 가장 먼저 올렸나요?
블로그는 직접 접속해서 바로 결과를 확인할 수 있고, 운영 구조를 점검하기에도 좋기 때문입니다. 서버 기반을 테스트하는 첫 서비스로 적당했습니다.
Q3. 설치 내용은 어떤 정도로 구성했나요?
복잡한 설명보다 운영 구조 위주로 정리했습니다. Docker 기반 WordPress, 데이터 분리, NAS 백업, 외부 접속 구조 정도만 간략하게 소개하는 편이 글 흐름에 더 잘 맞습니다.
Q4. 앞으로 이 서버로 어떤 걸 더 할 수 있나요?
개인 비서 기능, 기록 자동화, 블로그 작성 보조, 반복 작업 자동화처럼 한 사람이 쓰는 여러 도구를 점점 붙여가는 방향이 자연스럽습니다.