[🐳Docker] 복잡한 어플을 실제로 배포해보기(테스트 & 배포 부분)

✅도커 환경의 MYSQL부분 정리하기

Mysql이 이제는 도커 안에서 돌아가는 게 아닌 AWS에서 돌아가고 있는 것을 우리의 애플리케이션에 연결만 해줄 것이니 Mysql을 애플리케이션에 연결해주는 부분 빼고 다 지워준다.

✅Travis CI Steps

깃헙에 Master 브랜치에 새로 업데이트된 소스가 올라왔다면이제는 그 소스를 Travis CI에서 가져와줘야 합니다.

깃허브에 코드를 푸시

→ Travis CI가 자동으로 코드를 가져옴

→ 가져온 코드로 테스트코드를 실행

→ 성공하면 운영환경의 이미지를 빌드

→ 빌드된 이미지를 도커 허브로 전송

• 도커 허브에 빌드된 이미지를 보내고 AWS에서 그 이미지를 가져감. 따라서 EB에서 다시 이미지를 빌드하지 않아도 됨. (모든 과정 중에서 빌드는 한 번만 이뤄짐)
• docker hub에서는 유명한 이미지를 다운로드할 수 있을 뿐 아니라 자신이 만든 이미지도 업로드할 수 있다.

→ AWS EB에 DockerHub에 이미지를 보냈다고 알림

→ AWS EB에서 DockerHub에 있는 이미지를 가져온 후에 배포를 한다.

✔.Travis.yml 코드

language: generic

sudo: required

services:
  - docker

before_install:
  - docker build -t kkkkmd/react-test-app -f ./frontend/Dockerfile.dev ./frontend

script:
  - docker run -e CI=true kkkkmd/react-test-app npm test

after_success:
	#각각의 이미지를 빌드하기
  - docker build -t kkkkmd/docker-frontend ./frontend
  - docker build -t kkkkmd/docker-backend ./backend
  - docker build -t kkkkmd/docker-nginx ./nginx

	#도커 허브에 로그인
  - echo "$DOCKER_HUB_PASSWORD" | docker login -u "$DOCKER_HUB_ID" --password-stdin

	#빌드 된 이미지들을 도커 허브에 Push 하기
  - docker push kkkkmd/docker-frontend
  - docker push kkkkmd/docker-backend
  - docker push kkkkmd/docker-nginx

이전에 travis ci 실습할 때도 적어놨지만 한번더 각각의 코드가 무엇을 의미하는지 써본다.

• language : 언어 플랫폼 선택
• sudo : 관리자 권한갖기
• services : 도커 환경 구성
• before_install : 스크립트를 실행할수 있는 환경 구성

  before_install:
    - docker build -t kkkkmd/react-test-app -f ./frontend/Dockerfile.dev ./frontend

  → docker build -t <도커 아이디> / <어플이름> -f <Dockerfile 경로> <빌드해야할 파일들이 있는 경로>
  
• script : 실행할 스크립트(테스트 실행)
• after_success : 테스트 성공 후 할일

Travis CI에서 내가 이 travis.yml 코드를 넣어줄 레파지토리 settings를 들어가 Docker hub 아이디와 비번을 만들어주자, 저번에 했던 aws secret key 설정 방법과 같다.

이렇게 하고 깃허브 레파지토리에 넣어준 후 Travis ci에서 확인해보면

log가 쭉죽쭉 나오다가 마지막에 저렇게 push가 잘 된 것을 확인 할 수 있었다.

Dockerrun.aws.json에 대해서

저번 실습에서는 리액트만을 이용해서 앱을 만들 때는 Dockerrun.aws.json이라는 파일을 사용하지 않았었는데 이번에는 이 파일을 써야지 ElastickBeanstalk에서 애플리케이션을 작동을 시킬 수 있다.

• 도커 파일이 하나만 필요할 때,(리액트 애플리케이션)

  	![](https://velog.velcdn.com/images/kansun12/post/61dfa229-0aca-4472-be95-5eb9392ef499/image.png)

저번에 리액트만을 이용한 애플리케이션을 만들 때는 Dockerfile이 하나였다.

그래서 그 도커 파일을 Elastic beanstalk에 전달하면 EB가 알아서 이미지를 빌드하고 그 빌드된 이미지를 돌려서 애플리케이션을 실행하였었는데 아무런 설정을 우리가 해주지 않아도 됐었음.

UI만 처리했었으니까!

• 도커 파일이 여러개 필요할 때,(풀 스택 애플리케이션)
  

하지만 이번에는 노드, Mysql, Nginx 등을 위한 Dockerfile이 여럿 있다. 그러기에 EB가 어떤 파일을 먼저 실행하고 어떻게 행동을 취해야 하는지 자동으로 프로세스를 해나갈 수 없기 때문에 우리가 임의로 설정을 해줘야 한다.
그걸 설정해주는 파일이 바로 Dockerrun.aws.json!

AWS에서 말하는 Dockerrun.aws.json 파일의 정의

Dockerrun.aws.json 파일은 Docker 컨테이너 세트를 Elastic Beanstalk 애플리케이션으로 배포하는 방법을 설명하는 Elastic Beanstalk 고유의 JSON 파일입니다. Dockerrun.aws.json 파일을 멀티컨테이너 Docker 환경에 사용할 수 있습니다

Dockerrun.aws.json은 환경에서 각 컨테이너 인스턴스(Docker 컨테이너를 호스트하는 Amazon EC2 인스턴스)에 배포할 컨테이너 및 탑재할 컨테이너의 호스트 인스턴스에서 생성할 데이터 볼륨을 설명합니다.

• Dockerrun.aws.json — (어떻게 다중 컨테이너를 작동시킬지 알려줌) —> 일라스틱 빈스톡

• 정확한 Dockerrun.aws.json의 작동 구조

AWS에서 말하는 Task Definition(작업 정의)에서 지정 할수 있는 것들

• 작업의 각 컨테이너에 사용할 도커 이미지
• 각 작업 또는 작업 내 각 컨테이너에서 사용할 CPU 및 메모리의 양
• 사용할 시작 유형으로서 해당 작업이 호스팅되는 인프라를 결정
• 작업의 컨테이너에 사용할 도커 네트워킹 모드
• 작업에 사용할 로깅 구성
• 컨테이너가 종료 또는 실패하더라도 작업이 계속 실행될지 여부
• 컨테이너 시작 시 컨테이너가 실행할 명령
• 작업의 컨테이너에서 사용할 데이터 볼륨
• 작업에서 사용해야 하는 IAM 역할

• 이 작업 정의를 등록하려면 Container Definition을 명시해줘야 한다. 그리고 그 Container Definition은 dockerrun.aws.json에 명시해주며 도커 데몬으로 전해진다.
  

✅Dockerrun.aws.json 작성하기

{
  "AWSEBDockerrunVersion": 2,
  "containerDefinitions": [
    {
      "name": "frontend",
      "image": "smileajw1004/docker-frontend",
      "hostname": "frontend",
      "essential": false,
      "memory": 128
    },
    {
      "name": "backend",
      "image": "smileajw1004/docker-backend",
      "hostname": "backend",
      "essential": false,
      "memory": 128
    },
    {
      "name": "nginx",
      "image": "smileajw1004/docker-nginx",
      "hostname": "nginx",
      "essential": true,
      "portMappings": [
        {
          "hostPort": 80,
          "containerPort": 80
        }
      ],
      "links": ["frontend", "backend"],
      "memory": 128
    }
  ]
}

• AWSEBDockerrunVersion : Dockerrun 버전 2로 지정
• containerDefinitions : 이 안에서 컨테이너들을 정의

.
.
{
      "name": "frontend",
      "image": "smileajw1004/docker-frontend",
      "hostname": "frontend",
      "essential": false,
      "memory": 128
    },
.
.

• 이 객체안에서 하나의 컨테이너를 정의
• name : 컨테이너의 이름
• image : Docker 컨테이너를 구축할 온라인 Docker 리포지토리의 Docker 이미지 이름
• hostname : 호스트 이름, 이 이름을 이용해서 도커 컴포즈를이용해 생성된 다른 컨테이너에서접근이 가능
• essential : 컨테이너가 실패할 경우 작업을 중지해야 하면 true입니다. 필수적이지 않은 컨테이너는 인스턴스의 나머지 컨테이너에 영향을 미치지 않고 종료되거나 충돌할 수 있음
• memory : 컨테이너용으로 예약할 컨테이너 인스턴스에 있는 메모리 양, 컨테이너 정의에서 memory 또는 memoryReservation 파라미터 중 하나 또는 모두에 0이 아닌 정수를 지정하면 됨
• portMappings : 컨테이너에 있는 네트워크 지점을 호스트에 있는 지점에 매핑
• links : 연결할 컨테이너의 목록입니다. 연결된 컨테이너는 서로를 검색하고 안전하게 통신할 수 있음
• Nginx
  • links
    • Frontend
    • Backend

✅VPC(virtual private cloud)와 Security Group 설정하기

왜 VPC와 Security Group을 설정해 줘야 하나?

• AWS에서 기본적으로 연결돼 있지 않아서 서비스 간에 통신할 수 없기 때문에 따로 설정해서 연결해야 한다고 함!

✅MYSQL을 위한 AWS RDS 생성하기

RDS를 생성해줘야하는데 docker-compose부분에 DB을 위한 환경변수를 넣어준다.

즉, 코드를 수정해주면 되는데..

우선 db.js를 수정해준다.

//db.js
const mysql = require("mysql");
const pool = mysql.createPool({
    connectionLimit: 10,
    host: process.env.MYSQL_HOST,
    user: process.env.MYSQL_USER,
    password: process.env.MYSQL_ROOT_PASSWORD,
    database: process.env.MYSQL_DATABASE,
    port: process.env.MYSQL_PORT
});
exports.pool = pool;

docker-compose.yml도 수정하면 된다.

#docker-compose.yml
backend:
    build:
      dockerfile: Dockerfile.dev
      context: ./backend
    container_name: app_backend
    volumes:
      - /app/node_modules
      - ./backend:/app
    environment:
      MYSQL_HOST: mysql
      MYSQL_USER: root
      MYSQL_ROOT_PASSWORD: seongeun
      MYSQL_DATABASE: myapp
      MYSQL_PORT: 3307

• 이후 aws에서 rds를 검색해 데이터베이스를 생성해주고 옵션을 알맞게 입력해준 후에 생성해주면 된다.
• 생성하다보면 security group을 선택하는 부분이 있는데 이를 또 만들어줘야함.

이는 VPC에서 보안그룹으로 들어가서 생성해주면 된다.

만든 후에 여기서 인바운드 규칙 설정이 필요하다.

인바인드 규칙을 편집하여 MYSQL과 소통해야하는 port 3307을 적어준다. 방금 만든 보안그룹을 선택해서 규칙을 만들어주면 된다!

이제 만들어둔 보안그룹을 아까 만들어준 rds 데이터베이스에 다시 적용시켜주자.

“수정” 버튼을 누르고 새로 생성했던 보안 그룹을 추가해주면 된다.

이제 보안그룹까지 설정이 된 RDS 데이터베이스를 생성해줬기 때문에 EB까지 만들어주면 된다. 이 EB에서 새로 생성한 보안그룹을 추가하여 적용시켜주고 EB와 RDS 소통을 위해서 환경변수를 설정하면 끝!

✔.travis.yml 파일 작성 (배포)

language: generic

sudo: required

services:
  - docker

before_install:
  - docker build -t kkkkmd/react-test-app -f ./frontend/Dockerfile.dev ./frontend

script:
  - docker run -e CI=true kkkkmd/react-test-app npm test

after_success:
  - docker build -t kkkkmd/docker-frontend ./frontend
  - docker build -t kkkkmd/docker-backend ./backend
  - docker build -t kkkkmd/docker-nginx ./nginx

  - echo "$DOCKER_HUB_PASSWORD" | docker login -u "$DOCKER_HUB_ID" --password-stdin

  - docker push kkkkmd/docker-frontend
  - docker push kkkkmd/docker-backend
  - docker push kkkkmd/docker-nginx

deploy:
  provider: elasticbeanstalk
  region: "us-west-2"
  app: "docker-fullstack-app"
  env: "DockerFullstackApp-env"
  bucket_name: elasticbeanstalk-us-west-2-896153392792
  bucket_path: "docker-fullstack-app"
  on:
    branch: master

  access_key_id: $AWS_ACCESS_KEY
  secret_access_key: $AWS_SECRET_ACCESS_KEY

이 부분이 추가된 것

저번에 했던거랑 거의 똑같음

deploy:
  provider: elasticbeanstalk
  region: "us-west-2"
  app: "docker-fullstack-app"
  env: "DockerFullstackApp-env"
  bucket_name: elasticbeanstalk-us-west-2-896153392792
  bucket_path: "docker-fullstack-app"
  on:
    branch: master

  access_key_id: $AWS_ACCESS_KEY
  secret_access_key: $AWS_SECRET_ACCESS_KEY

• provider : 외부 서비스 표시 (s3, elasticbeanstalk, firebase 등)
• region : 현재 사용하고 있는 AWS의 서비스가 위치하고 있는 물리적 장소
• app : 생성된 어플리케이션의 이름
• env : 해당 elasticbeanstalk을 위한 s3 버켓 이름
• bucket_path : 어플리케이션의 이름과 동일

✔Travis CI의 AWS접근을 위한 API key 생성✔

소스 파일을 전달하기 위한 접근 요건

• 깃허브
  • Travis CI에 로그인하는 과정에서 깃허브 계정을 연동함으로써 인증 완료
• Travis CI
  • AWS에서 제공하는 액세스 키와 비밀 액세스 키를 Travis CI 의 설정 파일에 작성함으로써 인증
• AWS

인증을 위해서는 API Key가 필요

• Secret, Access API Key 받는 순서
  • IAM USER 생성
  • API키를 Travis yml 파일에 적어주기
  • Travis CI에서도 아까 Docker Hub ID, PASSWORD 를 More options에서 설정해준다.

---

• 마지막으로 api key까지 넣어줬다면 저번에 배포했던 것 처럼 docker compose up을 해준 후에 travis ci로 오류 없이 잘 작동하는지 확인한 후 리액트 앱에서 데이터가 db에 잘 들어가는지를 aws eb에서 확인해주면 끝이 난다!