전체 글 97

CI/CD - GitLab으로 AWS Cloud로의 지속적인 배포 (CD) - (3) / 다음 단계로 넘어가기 전 간단하게 새로나왔던 개념 공부

1. Application Load Balancer2. Target Group3. Listener AWS Cloud 위에 VPC (Virtual Private Cloud)를 만들었다.VPC는 account를 만들때 기본으로 만들어졌던 네트워크VPC는 가상 네트워크, 거대한 가상 네트워크이다.이 네트워크(VPC) 위에 어플리케이션을 구축하는 것.이 네트워크 위에 ECS Cluster를 만들었고그리고 Service 를 하나 만들었다.이 Service는 2개의 Container, task로 구성이 되어 있다. task 1, task2.이 2개의 task는 target group으로 묶었다.그렇게 묶은 이유는, 사용자 클라이언트 요청이 80번으로 들어왔을때,Listener가 연결된 target group으로 사..

CI/CD - GitLab으로 AWS Cloud로의 지속적인 배포 (CD) - (2) / ECS로 Docker Application 배포 (Manually) /

일단, AWS ECS로 가보자. 클러스터를 만들어야 한다.일단은 AWS Fargate (serverless) 로 만든다  이제 컨테이너를 실행하기 위해서는 task definition 이 필요하다.왼쪽 바에 보면 정의할 수 있는 버튼이 있다.새로운 task definition을 생성해야 한다.그런데, task role 을 선택할 때 ecsTaskExecutionRole 을 선택해야 하는데 나오지 않는다. 뭐지? AWS ECS에서 ecsTaskExecutionRole을 선택할 수 없는 경우는 보통 해당 역할이 AWS 계정에 아직 생성되지 않았거나, 필요한 권한이 제대로 설정되지 않았기 때문입니다. 아래는 이 문제를 해결하는 단계별 가이드입니다.1. ecsTaskExecutionRole이 무엇인가요?ecsT..

CI/CD - GitLab으로 AWS Cloud로의 지속적인 배포 (CD) - (1) / AWS Elastic Container Service (ECS) / Task & Task definition

GitLab pipeline 에서 make build, make push 까지 했었다. (make test 의 경우에는 그냥 스테이지만 넣었고 실질적인 test를 넣은 건 아니었다.)ECR까지 docker image가 등록이 된 상태다. 지속적인 통합 과정, CI 과정은 끝이 난 것. 이제 make deploy,그러니까 AWS Cloud로의 배포까지 추가해서 사용자들이 사용할 수 있도록 하면 된다.CI 까지 만들었으니까 CD 를 만든다는 것. 1. GitLab을 이용해서 프로젝트를 만들고2. Docker Image를 빌드해서 ECR에 Push 했고3. 이제 인터넷 사용자가 서비스를 사용할 수 있도록 Docker Image를 배포해야 한다.4. AWS ECS 를 이용해서 우리가 개발한 어플리케이션을 AWS..