기록

1. 개요블루그린 배포(Blue-Green Deployment)는 애플리케이션 배포 중에도 사용자 경험을 유지할 수 있는 무중단 배포 방식입니다. 이를 통해 새 애플리케이션 버전을 테스트하고, 안정적으로 운영 환경에 반영할 수 있습니다.본 가이드는 GitHub Actions, Docker, Nginx, Spring Boot, AWS를 활용하여 블루그린 배포를 구현하는 방법을 다룹니다. 주요 내용은 다음과 같습니다:블루그린 배포 아키텍처CI/CD 파이프라인 구성배포 스크립트와 관련 설정Blue와 Green 환경 간 트래픽 전환2. 블루그린 배포 아키텍처2.1. 주요 개념Blue 환경: 현재 사용자 요청을 처리 중인 운영 환경.Green 환경: 새로운 버전의 애플리케이션을 배포하고 테스트하는 대기 환경.트래..

시작하면서현재 프로젝트는 하나의 서버에서 PRD와 DEV 환경의 서비스를 운영하고 있으며, 향후 사용자가 증가할 경우 인스턴스를 추가하여 블루그린 배포 방식으로 전환할 계획입니다.- 이전글1 : 2024.08.16 - [DevOps] - CICD 파이프라인 구축기(1) - 브런치 전략과 GITACTION- 이전글2 : 2024.08.24 - [DevOps] - CICD 파이프라인 구축기(2) - Verification Job과 Secrets 관리 아래는 Git Action과 배포 스크립트를 사용해서 만든 간단한 배포 프로세스 입니다.배포 방식의 선택: 재배포 vs. 블루그린 배포재배포 (Re-deployment)재배포 방식은 기존 애플리케이션을 중단하고 새로운 버전을 한 번에 배포하는 방식입니다. 이 방..

시작하면서이번 포스팅에서는 GitHub Actions를 활용한 Verification job과 GitHub Secrets를 사용하여 연결 정보를 숨기고 필요할 때 가져다 쓰는 전략과 과정을 소개하겠습니다. 또한, Secrets 외부에서 프로퍼티 파일을 가져오는 방법과 두 가지 방법의 장단점을 비교해 보겠습니다.이전 포스팅 : 2024.08.16 - [DevOps] - CICD 파이프라인 구축기(1) - 브런치 전략과 GITACTIONVerification JobVerification job은 CI/CD 파이프라인에서 코드의 품질을 보장하는 중요한 단계입니다. 이 단계에서는 코드가 정상적으로 작동하는지 확인하기 위해 테스트를 수행하며, 모든 테스트가 통과해야 다음 단계로 진행합니다. (1) Jobverif..

시작하면서이번 포스팅에서는 백엔드 서버의 CI/CD를 GitHub Actions를 사용하여 구축한 경험을 공유하고자 합니다. 저희 백엔드 서버는 Spring Boot, Gradle, Kotlin으로 개발된 API 서버이며, AWS EC2를 활용하여 운영하고 있습니다. 개발 환경은 PRD(Production)와 DEV(Development)로 나누어 구성하였습니다. 아래 포스팅에서는 전략과 개념을 설명하고, 각 스크립트는 각각의 포스팅에서 별도로 소개합니다.브랜치 전략효율적인 개발을 위해 저희 팀은 다음과 같은 브랜치 전략을 설정하였습니다: dev, prd, feat/??, hotfix/??.기본 브랜치: dev와 prd는 각각 개발 및 운영 환경을 나타냅니다.기능 브랜치: feat/??는 새로운 기능 개..

시작하면서 이전에 DevOps 교육을 들으면서, CICD 도구를 활용을 배웠다. 기존에는 CICD를 이론으로만 알고 있어서, 그게 왜 필요하고 도대체 어디에 써야 하는건지 이해하지 못했었는데, 교육을 들으면서 나름대로 CICD를 이렇게 쓰면 되겠구나~라고 생각을 정리하게 되었다. 그래서 배운걸 정리할 겸 이게 어떤 의미가 있고, 어떻게 활용할 수 있을지 적기 시작했다. 몇년 전에 해커톤에서 직접 서버를 구성하고 배포를 했었던 경험이 있다. 다음과 같은 프로세스를 통해 배포를 진행했다. 개발자가 수정한 소스 코드를 commit한다. 개발자가 가상서버에 접속하여 백업파일을 만든다. 개발자가 가상 서버에서 기존에 실행되고 있는 프로젝트를 중지시킨다. 개발자가 가상 서버에 접속하여 깃에 있는 프로젝트를 내려받는..