$ POSTS FEED

개인 프로젝트나 이전 개발 경험에서는 주로 GitHub를 사용해왔다. 그런데 이번에 회사에서 프로젝트 소스코드를 확인하기 위해 저장소를 전달받았는데, 평소에 사용하던 GitHub가 아니라 **GitLab**을 사용하고 있었다. 처음에는 별다른 생각 없이 GitHub랑 거의 비슷한 서비스 아닌가? 정도로 생각했다. 실제로...

백엔드는 FastAPI로 개발해 AWS EC2에 배포하고, 프론트엔드는 Next.js로 개발해 Vercel에 배포하고 있다. 두 애플리케이션은 저장소도 분리되어 있고, 배포 파이프라인도 각각 따로 구성되어 있다. 처음에는 프론트엔드에서 API 요청과 응답에 필요한 TypeScript 타입을 직접 작성했다. 프로젝트 규모가...

이전 글에서는 PostgreSQL과 S3 데이터를 이전하고, CloudFront 이미지 도메인과 API DNS를 새 인프라로 전환했다. 서비스 요청은 새 EC2로 전달되고 있었지만 한 가지가 더 남아 있었다. main 브랜치에 코드가 반영됐을 때 실행되는 배포 파이프라인도 기존 EC2에서 새 EC2로 옮겨야 했다. 이번...

이전 글에서는 PostgreSQL 데이터를 새 EC2로 복원하고 기존 S3 객체를 새 AWS 계정의 버킷으로 이전했다. 하지만 S3 버킷이 변경되면 객체 URL도 함께 달라진다. 기존 게시글에는 이전 S3 주소가 다음 위치에 저장돼 있었다. uploads.url uploads.thumbnail_url posts.conte...

작업 배경 이 글은 AWS 계정 간 EC2 백엔드 마이그레이션 시리즈의 두 번째 글이다. 1편에서는 기존 서비스 구조를 분석하고 데이터 정합성, 이미지 URL, DNS, CI/CD, 롤백 계획을 기준으로 전체 마이그레이션 전략을 수립했다. 이번 글에서는 실제 상태 데이터를 이전한 과정을 다룬다. 여기서 다룰 이전 대상은...

마이그레이션 배경  프리 티어 기간이 곧 끝나기 때문에 지금 운영하는 이 개인 블로그 서비스의 백엔드를 기존 AWS 계정에서 새로운 AWS 계정으로 이전해야 했다. 프론트엔드는 Next.js로 개발해 Vercel에 배포하고 있고, 백엔드는 EC2에서 Docker Compose로 운영하고 있었다. 백엔드 EC2 구...