Beelog

이전 아키텍처에서는 프론트엔드 소스를 빌드하여 S3에 저장하고 이를 CloudFront를 통해 서비스하였습니다. 이번에는 아키텍처를 변경하여 다시 EC2를 통해 React 서비스를 운영하고 기존 백엔드와 연결하는 작업을 진행해보겠습니다. 기존 아키텍처와 변경된 아키텍처를 비교하면 다음과 같습니다. 이 글은 기존 아키텍처가 생성되어 있다는 가정하에 기존 아키텍처를 수정해 나가는 방식으로 진행됩니다. 따라서 기존 아키텍처가 없는 경우 아래 글들을 참고하여 필요한 리소스들을 구성하시기 바랍니다. 1. 새로운 EC2를 위한 보안 그룹 생성 Private Subnet에 nginx가 설치된 EC2를 생성하기 전 이를 위한 보안 그룹을 생성합니다. 2. Private Subnet에 EC2 생성하기 기존 생성한 EC2..

이전 글에서 Public Subnet에 있던 EC2를 Private Subnet으로 이전하였습니다. 이제 Private Subnet으로 옮겨간 EC2에 자동으로 백엔드 소스를 배포하고 서버를 실행하는 방법을 알아보겠습니다. 먼저, 알아둘 것은 CodeDeploy를 통해 자동 배포를 진행하려면 EC2 인스턴스에 설치된 codedeploy-agent에서 CodeDeploy와 S3 엔드포인트에 접속할 수 있어야 합니다. 이를 위해 NAT 게이트웨이가 필요합니다. 기존에 NAT 게이트웨이를 생성하여 정상적인 웹 서비스 응답이 가능하도록 구성하였지만, 혹시라도 Private Subnet에 EC2가 있는데 NAT 게이트웨이를 생성하지 않은 경우에는 먼저 NAT 게이트웨이를 생성해야 합니다. NAT 게이트웨이 생성 ..

이전 글에서는 하나의 EC2에 CodeDeploy를 통해 node 프로젝트를 자동으로 배포하였습니다. 하지만 이후 로드 밸런서를 추가하면서 EC2가 다른 가용영역에 하나 더 생성되었기 때문에 두개의 EC2에 같은 소스를 자동으로 배포하는 방법을 알아보겠습니다. 먼저 기존 EC2에는 자동 배포 설정이 되어 있다고 가정하고 그 이후부터 설명하겠습니다. 하나의 EC2에 자동 배포하는 방법은 아래 글을 참고하시기 바랍니다. https://developerbee.tistory.com/211 1. 새로 만든 EC2에 IAM 역할 수정 CodePipeline을 사용하는 경우 CodeCommit의 소스 아티팩트나 CodeBuild의 빌드 아티팩트를 S3에 저장하고 CodeDeploy 실행 시 EC2에서 해당 S3에 접..

이전 글에서 웹 서비스 운영을 위해 백엔드 소스를 직접 EC2로 git clone 하여 실행하는 방식을 사용하였습니다. 하지만 소스가 변경될 때마다 EC2에 접속해서 계속 git pull 받고 재실행 해야하는 번거로움이 있었습니다. 따라서 이번에는 AWS Code Series를 통해 자동으로 백엔드 소스를 배포하고 실행하는 방법을 살펴보겠습니다. 1. EC2 인스턴스 역할 생성하기 CodePipeline을 사용할 때 CodeCommit의 소스 아티팩트나 CodeBuild의 결과 아티팩트를 S3에 저장하게 됩니다. 따라서 해당 아티팩트를 사용하여 배포 과정을 진행해야 하므로 EC2에서 S3에 접근할 수 있는 역할을 생성하여 부여해야 합니다. "IAM > 역할 > 역할 만들기"를 클릭하여 아래와 같이 EC2..