일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 동시성
- 자료구조
- 도커
- Thread
- Kubernetes
- 실전 자바 중급 2편
- Collection
- LIST
- 시작하세요 도커 & 쿠버네티스
- 쓰레드
- contatiner
- 제네릭스
- 김영한
- 리스트
- Docker
- java
- 시작하세요! 도커 & 쿠버네티스
- 스레드
- 컨테이너
- 오케스트레이션
- 도커 엔진
- 실전 자바 고급 1편
- 인프런
- 스레드 제어와 생명 주기
- 멀티 쓰레드
- 중급자바
- 알고리즘
- 쿠버네티스
- container
- 자바
- Today
- Total
쌩로그
AWS CodeDeploy 구축 본문
목차
- 포스팅 개요
- 본론
2-1. CodeDeploy 왜 필요할까?
2-2. CodeDeploy 구축과정 - 요약
1. 포스팅 개요
GitHub Actions를 통해서 CI/CD
를 구축하기 위해선 CodeDeploy 설정
을 해줘야 하는데,
왜 CodeDeploy가 필요한지 잠깐 알아보고, 구축 과정을 살펴보기로 하자.
2.본론
2-1. CodeDeploy 왜 필요할까?
GitHub Actions로 CI/CD를 구축할 때, 대략적인 흐름은 다음과 같다.
// github actions로 프로젝트의 빌드를 진행한다.
// 빌드된 파일은 S3로 전달된다.
// GitHub Actions가 CodeDeploy와 연결된 작업 중, EC2에 배포하라고 명령을 내리는 과정이 있다.
// CodeDeploy가 그 명령을 받고, EC2에 배포를 진행하게 된다.
이처럼 GitHub Actions를 이용한 CI/CD
를 구축하는데 있어서 반드시 CodeDeploy
를 거쳐가게 된다.
그래서 CodeDeploy
가 반드시 필요하다.
2-2. CodeDeploy 구축과정
이제 구축 과정을 살펴보도록 하자.
CodeDeploy
서비스로 가서 애플리케이션
탭에서 애플리케이션 생성을 해준다.

애플리케이션 이름
을 지정하고, 애플리케이션 생성
을 해준다.

생성시 이동된 페이지 상단에 애플리케이션 생성 완료라는 문구가 나온다.
아래 그림 참고하면 된다.(참고로 가린 곳은 애플리케이션 이름이다.)

그리고 배포 그룹 생성
을 해준다.

배포 그룹 이름을 입력해주고,
IAM에서 설정한 서비스 역할을 선택해준다.
✅참고로 여기서 서비스 역할을 설정해주어야 하기 때문에, IAM 서비스 역할을 생성해줘야만 했다.
참고로 IAM 서비스 역할 생성은 이 블로그를 참고하시면 된다.ㅋㅋㅎㅎ..

그리고 아래에 환경 구성
탭이 있는데, 환경 구성
은
AWS EC2 인스턴스를 선택하면 되고,
키-값은 EC2의 태그로 설정했던 부분이 나온다.
✅EC2생성시 태그 값을 설정한 이유가 바로 여기에 있다.

그 이후엔 아래와 같이 설정했다.(참고로 프리티어를 사용하기 때문에 최대한 기능을 덜 쓰도록 설정했다)CodeDeploy 에이전트 설치
는 하지 않도록 했고,로드밸런서 활성화
는 체크를 해제했다.
그리고 배포 그룹 생성
을 진행해준다.

이동한 페이지에서 다음과 같이 나오면 배포 그룹 생성이 완료된 것이다.

3. 요약
CodeDeploy가 왜 필요한지 잠깐 언급하고, 그에 대한 구축 과정을 알아보았다.
참고.
'Deploy > AWS' 카테고리의 다른 글
AWS RDS 시간 설정해주기 (0) | 2023.06.29 |
---|---|
배포를 위한 AWS EC2 셋팅(JAVA, CodeDeploy Agent 설치) (0) | 2023.06.29 |
IAM 서비스 역할과 사용자 생성 (0) | 2023.06.28 |
AWS S3 (0) | 2023.06.28 |
AWS 보안 그룹 설정 (0) | 2023.06.27 |