ThinkGround의 현재 운영 구조를 점검하면서, 앞으로의 확장성과 운영 편의성을 고려해 인프라 구조를 단계적으로 개편하기로 했다.
현재 ThinkGround는 AWS Lightsail 인스턴스 위에서 워드프레스 중심으로 운영되고 있다.
이 방식은 초기 운영에는 간단하고 빠르다는 장점이 있었지만, 시간이 지나면서 몇 가지 한계가 분명해졌다.
첫째, 프론트엔드와 콘텐츠, 운영 서버가 한곳에 밀집되어 있어 구조적으로 유연하지 않다.
둘째, 워드프레스에 대한 의존도가 높아지면서 유지보수와 업그레이드 부담이 커졌다.
셋째, 추후 기능 확장이나 구조 변경을 진행할 때 선택지가 제한된다.
이 때문에 앞으로는 다음과 같은 방향으로 구조를 전환할 계획이다.
목표 구조
- 프론트엔드 정적 자산: Amazon S3
- 글로벌 캐싱/배포: Amazon CloudFront
- 백엔드 및 기존 운영 자원: AWS Lightsail 유지
- 장기적으로는 워드프레스 의존성 제거
즉, 사용자에게 보여지는 프론트는 S3와 CloudFront를 통해 정적으로 제공하고,
당장은 Lightsail 서버를 유지하면서 필요한 백엔드 역할과 기존 운영 자산을 함께 관리하는 구조를 목표로 한다.
이렇게 바꾸려는 이유
1. 프론트 배포 구조 단순화
정적 프론트 자산은 S3에 저장하고 CloudFront로 배포하면 배포가 단순해지고 롤백도 쉬워진다.
2. 응답 속도와 캐싱 효율 개선
CloudFront를 통해 정적 콘텐츠를 전 세계 엣지에서 제공할 수 있어 성능 측면에서 유리하다.
3. 서버 부담 분산
기존에는 하나의 서버가 화면 제공과 워드프레스 운영을 함께 처리했지만, 프론트가 분리되면 서버 부담이 줄어든다.
4. 장기적인 구조 전환 기반 확보
처음부터 모든 것을 한 번에 바꾸기보다, 프론트를 먼저 분리하고 백엔드는 단계적으로 정리하는 쪽이 더 현실적이다.
단계별 진행 계획
1단계
현재 워드프레스 테마와 화면 구조를 분석하고, Next.js 기반 프론트 초안을 구축한다.
2단계
프론트 결과물을 별도 프리뷰 환경에 배포해 실제 화면과 URL 구조를 검증한다.
3단계
프론트 정적 자산을 S3 + CloudFront 구조로 분리한다.
4단계
기존 Lightsail 서버는 백엔드 및 과도기 운영 용도로 유지한다.
5단계
콘텐츠 저장 방식과 백오피스 구조를 재검토한 뒤, 워드프레스 의존성을 점진적으로 제거한다.
Codex를 활용한 작업 기록
이번 구조 전환 검토와 초기 구현 과정에서는 Codex를 적극적으로 활용했다.
Codex를 통해 다음과 같은 작업을 진행했다.
- 기존 워드프레스 테마 구조 분석
- Next.js 기반 프론트 프로젝트 구조 설계
- TypeScript 적용
- 워드프레스 글 이관용 스크립트 작성
- Lightsail 서버 점검 및 프리뷰 배포 구성
- SSL 인증서 갱신 자동화 정리
- 프론트/백엔드 분리 방향에 대한 아키텍처 검토
특히 단순히 코드를 생성하는 수준이 아니라,
기존 운영 환경을 분석하고 실제 전환 가능한 구조를 함께 설계하는 과정에서 큰 도움을 받았다.
마무리
아직 최종 전환이 완료된 것은 아니지만,
이번 작업을 통해 ThinkGround를 더 가볍고 유연한 구조로 옮길 수 있는 기반은 어느 정도 마련되었다고 본다.
앞으로는 단순히 워드프레스를 대체하는 것이 아니라,
장기적으로 유지보수 가능하고 확장 가능한 구조를 만드는 방향으로 계속 정리해 나가려 한다.