[TIL] 배포 자동화

🙌🏻 배포 자동화 : Automated Deployment

 - 한 번의 클릭 혹은 명령어 입력을 통해 전체 배포 과정을 자동으로 진행하는 것

 💡 배포 자동화가 필요한 이유 ?

   - 수동적이고 반복적인 배포 과정을 자동화함으로써 시간이 절약됨

   - 휴먼 에러를 방지할 수 있음 (휴먼 에러 발생 가능성을 낮출 수 있음)

     * 휴먼 에러 : Human Error

      - 사람이 수동적으로 배포하는 과정에서 생기는 실수

      - 그 전의 배포와 다르게 진행하거나 특정 과정을 생략하여 오류가 발생하는 것

---

📍 파이프 라인 : Pipeline

---

📍 AWS 개발자 도구

  * AWS에는 개발자 도구 세션이 존재 → 이를 활용하여 배포 자동화 파이프라인 구축 가능

  ① CodeCommit

   - Source 단계를 구성할 때 CodeCommit 서비스를 이용함

   - GitHub과 유사한 서비스를 제공하는 버전 관리 도구

   - Github과 비교했을 때 CodeCommit은 보안에서의 강점을 가짐

      ( but 과금 가능성을 고려해야 함 )

  ② CodeBuild

   - Build 단계에서는 CodeBuild서비스 이용

   - 유닛 테스트, 컴파일, 빌드와 같은 Build 빌드 단계의 필수 실행 작업들을 명령어를 통해 실행 가능

  ③ CodeDeploy

   - Deploy 단계를 구성할 때는 기본적으로 다양한 서비스를 이용할 수 있음

   - 실행되고 있는 서버 애플리케이션에 실시간으로 변경사항을 전달할 수 있음

   - S3 서비스, S3 버킷을 통해 업로드 된 정적 웹 사이트에 변경 사항을 실시간으로 전달하고 반영 가능

  ④ CodePipeline

   - 각 단계를 연결하는 파이프라인을 구축할 때 이 서비스 이용

---

📍 AWS Pipeline을 통한 배포 자동화

 🔸 EC2 인스턴스에 태그를 추가하는 이유

  : 파이프라인 구축 단계에서 인스턴스를 잘 식별하기 위해

[작업] - [인스턴스 설정] - [태그관리] - [태그추가] - 태그이름 자유롭게 설정 - [저장]

---

🔸 EC2 인스턴스에 역할 부여 (IAM 서비스이용)

 : IAM 역할은 AWS의 개체가 다른 서비스에 접근할 수 있도록 해주는 방법

    → EC2 인스턴스에 역할을 부여함으로써 다른 AWS 서비스를 호출할 수 있는 권한을 가짐

  * 역할 생성 *

인스턴스 선택 - [작업] - [보안] - [IAM 역할 수정] - [새 IAM 역할 생성] - [역할만들기] - [AWS서비스] - [EC2] - [다음: 권한]
  - [ S3검색 - AmazonS3FullAccess 선택 ] 
  - [ EC2Role 검색 - AmazonEC2RoleforAWSCodeDeploy 선택 ]
  - [ CodeDeploy 검색 - AWSCodeDeployRole 선택 ]
  - [ SSM 검색 - AmazonSSMFullAccess 선택 ] 
  - [다음: 태그] - 키에 Name을, 값에 EC2forCodeDeploy를 입력 - [다음: 검토] - 역할 이름 입력 후 - [역할 만들기]

---

  * 역할 부여 *

생성한 역할 클릭 - [신뢰관계] - [신뢰관계 편집] 
- Service 값에 신뢰 사이트 등을 대괄호로 추가해줌 - [신뢰 정책 업데이트]
 - [작업] - [보안] - [IAM 역할 수정] - IAM 역할 선택 - [저장]
 
💡 신뢰관계
 : 해당 역할을 취할 수 있는 서비스나 사용자를 명시하는 부분

 

👉🏻  EC2는 S3, CodeDeploy에 접근할 수 있음

---

  * 보안 그룹 확인 *

 EC2 대시보드 - [보안 그룹] - [보안 탭] - [보안 그룹] 
  - 인바운드 규칙에 8080과 443 포트가 포함되어 있는지 확인 - [인바운드 규칙 편집]
  - TCP : 8080 : 어디서나 / HTTPS : 443 : 어디서나 - [규칙 저장]



 💡 8080 포트
  : 서버 배포를 위해 필요

 💡 443 포트
  : CodeDeploy-Agent의 정상적인 작동을 위해 필요

---

🔹 파이프 라인 구축

 - 부여받은 IAM User 권한과 리소스를 활용하여 파이프 라인 구축

  * EC2 인스턴스 역할 (IAM Role) 확인 *

  - 인스턴스 이름 : be-pair-63 (태그의 값과 동일함)

  - 태그 값 : {"Name" : "be-pair-63"}

  - IAM 역할 : BE_EC2RoleForSSM 

     → EC2 인스턴스에 연결되어 있는 IAM 역할

  - 발급받은 EC2 인스턴스를 통해 연결되어 있는 보안 그룹 클릭

  🔸 로컬 환경 파일 설정

  * appspec.yml 파일 작성 *

  - 배포 자동화를 도와주는 CodeDeploy-Agent가 인식하는 파일

  * buildspec.yml 파일 작성 *

  - 배포 자동화에서 빌드를 담당하는 CodeBuild-Agent가 인식하는 파일

  * script 디렉토리 작성 *

  ① initialize.sh ② server_clear.sh ③ server_start.sh ④ server_stop.sh

  - 각 파일은 appspec.yml 파일이 구성하고 있는 배포 수명 주기에 따라서 실행될 예정

  🔸 CodeDeploy 세팅

  * 애플리케이션 생성 *

AWS CodeDeploy 대시보드로 이동 - [애플리케이션] - [애플리케이션 생성]
 - 애플리케이션 이름 입력 - 컴퓨팅 플랫폼 : EC2/온프레미스 선택 - [애플리케이션 생성]

  * 배포 그룹 생성 *

[개발자도구] - [CodeDeploy] - [애플리케이션] - [배포그룹] - [배포그룹 생성]
 - 배포 그룹 입력 - 서비스 역할 : EC2 인스턴스에 연결되어 있는 역할 선택

  * 환경 구성 *

[환경 구성] - Amazon EC2 인스턴스 선택
[태그] - Name태그 키와 값 선택
 - 로드 밸런싱 활성화 체크 해제 - [배포그룹 생성]

  🔸 AWS Code Pipeline으로 서버 배포 자동화 파이프라이 구축

  * 소스 스테이지 *

[개발자도구] - [CodePipeline] - [파이프라인] - [파이프라인 생성]
 - 이름 설정 - 소스 스테이지 : Github2 - Github 연결 - 새 앱 설치 - 자신의 github 계정 클릭
 - Only select repositories 선택 후 리포지토리 선택 - [Save] - [연결]
 
 
리포지토리 이름 선정 - 브랜치 선정 - CodePipeline 기본값 설정

  * 빌드 스테이지 *

빌드 공급자 : AWS CodeBuild 
 - 프로젝트 생성 - 이름 입력
 - OS : Amazon Linux 2 
 - Runtime : Standard
 - image : aws/codebuild/amazonlinux2-x86_64-standard:3.0
 - Buildspec : DeployServer/buildspec.yml

  * 배포 스테이지 *

배포 공급자 : AWS CodeDeploy
 - region : 서울
 - 애플리케이션 이름 입력
 - 배포 그룹 이름 입력