[DevOps] 칸반보드 인프라 개선기 3탄

2해승·2024년 5월 14일

CI/CD aws devops

데브옵스 이해하기!

목록 보기

4/8

지난 인프라 아키텍처에 이어서 전적으로 AWS를 활용하여 추가로 개선해보았다.

이전까지의 아키텍처

앤서블을 활용하여 이미지 빌드 및 push, run까지 스크립트로 작업을 분산하고 관리하는 것으로 작업 부하를 줄이고 안정성을 향상시킬 수 있었다.

막상 배포된 형태는 단일 컨테이너 상에 서비스가 돌아가고 있었기때문에 아쉬움이 남아 확장성과 고가용성을 고려해 ECS를 사용해 배포해보기로 했다.

추가로 개선된 아키텍처

전체 구성은 위와 같다. 아래에서 차근히 설명을 덧 붙여보도록 하겠다.

ECS를 도입하게 된 이유?

나는 이번 프로젝트를 진행하면서 칸반보드라는 서비스 특성상 유연, 확장이라는 키워드가 중요하다고 생각했다. 이를 충족하기 위해서 관리가 어려운 자체 오케스트레이션 도구(Docker Swarm 등)를 사용하는 것보다 완전 관리형 서비스인 ECS를 이용하기로 결정했다. (그리고 한번 써보고 싶었음ㅎ)

오토스케일링, 로드밸런싱과 같은 중요한 기능을 붙이기도 쉬운데 관리까지 용이하다?! 안써볼 이유가 없다....

CI/CD 아키텍처

기존에 사용했던 Ansible과 Docker hub를 사용하지 않고 AWS의 ECR에 이미지를 push 하는 것으로 변경했다.

Jenkins에서 ECS Cluster에 배포하기 위해서는 AWS 명령어로 태스크를 생성하는 것이 필요했지만 나는 시행착오를 줄이기 위해 우선 AWS 콘솔에서 수동으로 배포하는 작업을 거쳤다.

앤서블 어디감?

앤서블을 사용하지 않은 이유를 설명하기 전에 앤서블의 핵심 역할을 먼저 이해해야 한다.

현재 나의 ansible-playbook.yml은 두가지로 나누어져있는데 이미지 빌드 작업, 컨테이너 실행 작업이다. 만일 내가 EC2 kanban-server에서 지속적으로 서비스를 하게 된다면 각 작업을 독립적으로 관리하고 재사용할 수 있는 측면에서 유용할 것이다.

또한 앤서블은 분산된 서버의 작업을 스크립트 파일을 사용하여 일괄적으로 처리할 수 있는 것이 큰 장점이라고 할 수 있는데 ECS를 사용한다면 서버 인프라 관리와 관련된 대부분의 작업들을 ECS에서 처리할 수 있기때문에 앤서블로 작업을 수행할 필요성이 줄어들어 사용하지 않는 것으로 판단했다.

Jenkins Pipeline

그렇다면 이제 ECR에 업로드하기 위한 젠킨스 파이프라인을 작성해보도록 하자.

젠킨스 서버에 docker-compose가 설치되어있다고 가정한다.
Docker in Docker의 경우 젠킨스와 같은 CI/CD를 구축할때 빈번하게 발생한다고 하는데 다음에 자세히 다뤄보도록 하겠다.

pipeline {
    agent any
    environment {
        GIT_REPO = "https://github.com/haeseung123/kanbanBoard.git"
        TARGET_BRANCH = "develop"

        AWS_CREDENTIAL_NAME = {젠킨스에 등록된 AWS CREDENTIAL NAME}
        ECR_URI = "------------.dkr.ecr.ap-northeast-2.amazonaws.com"
        IMAGE_NAME = 'kanban-server'
    }
    
    stages {
        stage('git clone') {
            steps {
                git branch: "${TARGET_BRANCH}", changelog: false, poll: false, url: "${GIT_REPO}"
            }
        }
        stage('build project') {
            steps {
                sh '''
                docker compose --env-file .development.env build
                docker tag ${IMAGE_NAME}:latest ${ECR_URI}/${IMAGE_NAME}:latest
                '''
            }
        }
        stage('push image') {
            steps {
                script {
                    docker.withRegistry("https://${ECR_URI}', 'ecr:ap-northeast-2:${AWS_CREDENTIAL_NAME}") {
                        docker.image("${ECR_URI}/${IMAGE_NAME}:latest").push()
                    }
                }
            }
        }
    }
}

절차는 간단하다 프로젝트 이미지를 빌드하고 ECR에 푸쉬하기.

여기서 도커 허브에 푸쉬하는 것이 아닌 AWS private 레지스트리에 업로드 하기 위함이라 명령어가 변경된다.