0

---

💡 배경

• 30년 된 여행사에 처음으로 개발자로 합류
• 기존 PHP + 서버 호스팅 기반 시스템 운영
• 상품, 주문, 콘텐츠 등 다양한 도메인이 혼재된 구조
• 성능·SEO·비용·지속 가능성을 고려해 리뉴얼 필요

---

🎯 기술 스택 결정 기준

고려 항목	선택 기준
✅ SEO & 성능	정적 생성 기반 SSG 필수
✅ 빠른 사용자 경험	이미지 최적화 + CDN
✅ 백오피스 필요	관리자는 실시간 API 필요
✅ 유지보수	보편적인 스택 + 분리된 구조
✅ 비용	서버 부하 최소화 → 저비용 구조 지향

---

✅ 최종 기술 스택

역할	기술	이유
프론트엔드	Next.js (App Router)	SSG + ISR + 이미지 최적화 + SEO 최강
백엔드 API	NestJS	도메인 분리, 확장성, 테스트, 보안에 유리
데이터베이스	PostgreSQL (or 기존 이관)	정형 데이터 구조
이미지 저장	S3 + CDN (CloudFront or Vercel)	빠르고 안정적인 이미지 서빙
프론트 배포	Vercel	정적 위주 앱에 최적화, 무료 플랜 활용 가능
백엔드 배포	AWS EC2 or App Runner	가볍고 저렴한 Nest 운영 가능

---

⚙️ 각 도메인 처리 방식

도메인	처리 방식	렌더링
상품 리스트/상세	SSG + ISR	정적 생성
여행 정보/가이드	SSG	콘텐츠 중심
기사형 콘텐츠	SSG	SEO 극대화
관리자 페이지	CSR (Next.js 내부)	인증 필요
주문/예약 API	Nest API + SSR	실시간 처리
이미지	S3 + CDN	퍼포먼스 최적화

---

💸 기존 대비 비용 최적화

항목	기존 (아이넷 호스팅)	신규 구조
월 비용	약 40만 원	💸 0 ~ 3만 원 수준
서버 부하	요청마다 HTML 생성	정적 HTML 제공
이미지	로컬 저장 + 직접 서빙	CDN + WebP 자동 변환
관리 효율	낮음	자동화된 빌드 + 배포

---

📦 운영 전략 요약

• Next.js로 상품 콘텐츠는 정적 페이지로 SEO/속도 최적화
• NestJS는 어드민/주문 API 서버 역할로 분리
• 이미지도 S3 + CDN으로 전환 → 성능 개선 + 서버 부하 감소
• 장기적으로는 앱 개발, 외부 API 연동, CMS 도입도 고려

---

✨ 개발자로서의 시선

• 혼자 개발하지만, 보편적이고 읽기 쉬운 구조로 설계
• 퇴사 이후를 고려한 유지보수 전략 포함
• 기술보다 중요한 건 “10년 뒤에도 살아남을 수 있는 설계”