[git] gitlab CI/CD to AWS EC2 (1)

 

🎯 Goals

• gitlab-ci.yaml 파일 기본 설정을 해본다.
• gitlab 의 CI 모델의 개념을 파악한다.
• gitlab + AWS EC2 환경에서의 CI 전략을 세워본다.

 

 

GitLab CI Models

하나의 리포지토리가 하나의 파이프라인을 갖는다.

 

Pipeline

리포지토리의 루트에 존재하는 Yaml 설정 파일

다른 파이프라인에 알림을 보낼 수 있다.

하나의 파이프라인은 여러 스테이지를 가질 수 있다.

 

 

Stage

작업의 단위로 '순차적'으로 실행된다.

여러 Job 을 갖는다.

ex) Install, Build, Test, Deploy , Run

 

 

Job

한 스테이지 내에서 작업의 단위.

 

---

[CI 전략 수립]

브랜치마다 서로 다른 EC2 인스턴스에 배포한다.

• master => production instance
• develop => test instance
• stage => stage (just for test)

 

 

이슈가있다.

각 인스턴스마다 사용하는 .env 가 다르다. 보통 환경변수 파일인 dotenv 에는 노출되지 않아야하는 정보가 포함되어있기 때문에, repository 에 올리지 않는다 => 자동배포를 위해 별도의 전략이 필요하다.

 

 

---

[gitlab-ci.yml 준비사항]

 

1. Intall Gitlab-Runner on Local (Optional)

GitLab Runner를 서버 인스턴스가 아닌
실제로 개발을 하는 데스크탑이나 노트북에 설치한다.

 

Install GitLab Runner | GitLab

이 문서보고 스스로 설치도 못할 정도면 개발자를 안하는게..낫지않나?

 

설치 후 설정파일을 변경하고 싶다면 이 문서를 참조하시라.

# config.toml 파일의 설정값을 변경해주면 된다.
$ /Users/[Username]/.gitlab-runner/config.toml

 

 

2. Create a .gitlab-ci.yml file

일일히 AtoZ 구성하기 어려우니 gitlab 에서 제공하는 템플릿을 사용하도록 하자.

 

3. AWS S3 Bucket 생성 및 AWS Credential 설정

Pipeline 종료시 Deploy 할 파일을 압축하여 S3에 업로드해야한다.

S3 업로드를 위해서 AWS Credential 정보를 Gitlab - Settings - CI/CD - Variables 에서 설정하자.

• AWS_ACCESS_KEY_ID
• AWS_SECRET_KEY
• AWS_DEFAULT_REGION (Optional)

AWS 접근 권한 설정

이제 pipeline 내에서 S3 업로드가 가능해졌다.

 

 

 

---

🔗 Reference

Deploy from Gitlab to AWS EC2