배포자동화 썸네일형 리스트형 [AWS]no identity-based policy allows the ecs:RegisterTaskDefinition action 에러 나는 GitHub Action을 이용하여 이미지를 빌드하고 ECR로 푸쉬하여 Task Definition을 생성하고 ECS로 배포하는 과정을 자동화하고자 한다. AWS에서 클러스터와 작업정의를 구성하고 GitHub Action에서 만들어진 workflow인 Deploy to ECS를 configure해서 사용중이었다. 그러던 중 다음과 같은 에러를 만났다. 무서운 권한에러이다. Error: Failed to register task definition in ECS: User: arn:aws:iam::***:user/mason is not authorized to perform: ecs:RegisterTaskDefinition on resource: * because no identity-based pol.. 더보기 [AWS]Unable to access the artifact with Amazon S3 object key에러 나는 위 아키텍쳐에 따라 배포 자동화를 목표로 프로젝트를 진행 중이었다. 만들어진 애플리케이션을 GitHub Action을 통해 Docker 이미지로 빌드하고 ECR의 프라이빗 레포지토리에 푸시하는 과정 자동화는 성공했다. 이제 ECR의 최신 latest이미지를 가져와서 CodePipeline을 사용하여 자동으로 ECS에 올려 Fargate Task로 배포할 수 있게 작업 중이었다. CodePipeline 과정을 설정하는 것에서 가장 중요한 것은 source 단계(ECR)에서 imageDetail.json으로 출력된 아티팩트를 imageDefinition.json으로 변환하는 것이었다. 아마도 ECS를 잘 실행하기 위해서는 작업 정의가 필요한데, 원하는 형태가 있는 모양이다. 그래서 나는 아래와 같이 b.. 더보기 [배포자동화]배포의 종류와 차이점 배포란 릴리즈된 애플리케이션을 사용자가 사용할 수 있는 상태로 만드는 것이다. AWS의 Codebuild, Codedeploy, Codepipeline을 사용하여 s3에 정적 호스팅을 해보았고, node.js로 작성한 서버 애플리케이션을 ec2에서 자동으로 배포하는 실습을 진행하였다. 현업에서 무중단으로 배포하는 방식으로 3가지가 있다고 한다. 무엇인지 알아보자! 블루/그린 배포 정의 애플리케이션 또는 마이크로서비스의 이전 버전에 있던 사용자 트래픽을 이전 버전과 거의 동일한 새 버전으로 점진적으로 이전하는 애플리케이션 릴리스 모델이다. 이때 두 버전 모두 프로덕션 환경에서 실행 상태를 유지한다. 필요한 이유? 무중단 배포와 지속적인 전달로 사용자 경험을 향상하기 위해, 다운 타임(시스템을 이용할 수 없.. 더보기 이전 1 다음
