Beelog

이전에 ECR에 이미지를 올리고 해당 이미지를 작업 정의하여 ECS로 서비스하는 구성을 만들었습니다. ECR 이미지 생성하기 ECS로 서비스하기 하지만 ECR의 이미지가 변경되면 자동으로 ECS에 반영하는 부분이 적용되어 있지 않습니다. 따라서 프로젝트 소스를 수정한 뒤 자동으로 다시 도커 이미지를 만들어서 ECS에 배포하는 과정을 CodePipeline을 통해 구현해보도록 하겠습니다. 이미 프로젝트 수정 시 자동으로 도커 이미지를 생성하는 부분은 CodeBuild 프로젝트를 통해 구성을 하였습니다. 따라서 CodePipeline을 생성해서 CodeCommit, CodeBuild, ECS 배포를 연결하도록 하겠습니다. 1. CodePipeline의 Artifacts를 저장할 S3 버킷 생성 CodePip..

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

이전 글에서 Front-end 소스를 수정하고 CodeCommit Repository로 push하는 경우 CodePipeline을 통해 자동으로 빌드한 뒤, S3에 빌드된 소스를 저장하였습니다. 하지만 CloudFront에 캐시가 남아있어서 바로 적용되지 못해 AWS Management Console에서 CloudFront로 들어가 직접 무효화를 해줘야 하는 번거로움이 있었습니다. 이번 글에서는 CloudFront의 캐시를 지우는 내용을 Lambda로 작성하여 CodePipeline에 연결하여 자동화해 보도록 하겠습니다. 1. 람다 Role 생성하기 람다 함수를 사용하기 전 먼저 람다 역할을 생성합니다. 이번 람다에서는 CloudFront에 접근할 것이기 때문에 관련 정책을 추가합니다. 또한, 로그 정보..

이전 글에서는 하나의 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..