무중단 배포 적용하기 (SpringBoot, Docker, Nginx, GithubAction)

무중단 배포란? 무중단 배포는 사용자에게 서비스 중단 없이 새로운 버전의 소프트웨어를 배포하는 방법입니다. 서비스를 운영 중일 때 새로운 버전을 배포하기 위해서는 1. 기존 서비스를 종료 2. 새로운 서비스 시작 두개의 프로세스를 지나쳐야 한다. 이렇게 되면 1번과 2번 사이의 과정에서 다운타임이 필연적으로 발생하며, 다운타임 동안 사용자들은 서비스를 이용할 수 없다. 이 다운타임을 해결해주는 방법이 바로 무중단 배포이다. 즉, 말그대로 중단이 없는 배포를 무중단 배포이다. 다운타임 시스템을 이용할 수 없는 시간. 무중단 배포 구현 방식에는 여러가지 기술이 존재한다. - AWS에서 Blue-Greem 무중단 배포 - 도커를 이용한 무중단 배포 - L4, L7 스위치를 이용한 무중단 배포 - Nginx를 ..

• format_list_bulleted devOps 💡
• · 2023. 12. 27.
• textsms

스프링 Docker, githubaction 사용하여 배포 자동화(CI/CD) 파이프라인 구축

이전에 진행했던 프로젝트때도 그렇고 이번 프로젝트에도 ci-cd 파이프라인을 구축하는데 github action, AWS S3, AWS CODEDEPLOY 를 사용했다. 소프트웨어 아키텍처는 아래와 같이 구성하였다. 하지만 이는 세팅 과정이 너무 길고 복잡하다는 생각이 들었다. 더 좋은 방법이 없을까 찾아보다 Docker를 사용하기로 했고 이전과 달리 너무 편해진 파이프라인 구축 과정을 기록하기 위해 글을 쓴다. 그 전에 cicd에 대해 알아보자 CICD 란 무엇인가? CI/CD는 애플리케이션 개발 단계부터 배포 때까지의 모든 단계를 자동화를 통해서 좀 더 효율적이고 빠르게 사용자에게 빈번히 배포할 수 있는 것을 말한다. CI (Continuous Integration) CI (Continuous Int..

• format_list_bulleted devOps 💡
• · 2023. 12. 1.
• textsms

배포 과정에서 있었던 일들

메모리 부족으로 인한 장애 ec2엔 다양한 스펙을 설정할 수 있다. 프로젝트 배포 전이었고 테스트 단계였기에 당연히 t2.small로 잡아두었다. 하지만 서버를 실행한 뒤 시간이 지나면 어느샌가 ec2가 뻗어있었다. 이유는 메모리 문제였다. 현재 사용중인 메모리 양을 확인해 봤더니 거의 모든 메모리를 잡아먹고 있었다. 하지만 그렇게 크지도 않은 서버 하나를 실행했다고 1GB 의 메모리를 다 잡아먹는게 의아했고 여러 사람들한테 물어봤지만 로직이 문제인거 아니냐는 답변을 많이 듣게 됐다. 메모리 누수 의심 메모리 누수가 되는 부분이 있는가 해서 JAVA GC에 대해 알아보기도 했지만 내 상황에 해당하진 않았다. GC에 소멸되지 않는 여러 상황들이 많았지만 그 중 내가 실수할 수도 있겠다 하는 부분은 Map ..

• format_list_bulleted devOps 💡
• · 2023. 10. 7.
• textsms

[GIT] Git Flow | Github Flow 전략

Git Flow 개념 git flow 전략이란 여러 개발자가 하나의 저장소를 사용하는 환경에서 저장소를 효과적으로 활용하기 위한 work-flow다. 브랜치 생성에 규칙을 만들어서 협업을 유연하게 하는 방법론을 말한다. 브랜치 종류 master : 기준이 되는 브랜치로 제품을 배포하는 브랜치 | 실제 운영 환경 develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Merge feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Merge release : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치 hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치 gi..

• format_list_bulleted devOps 💡
• · 2023. 8. 24.
• textsms

Github Action 배포 자동화 파이프라인 구축 A-Z

작년에 10월에 처음 aws에 서버 배포를 시도했었다. 해커톤을 진행하다 개발을 끝내고 배포를 시도했던건데 아무런 지식도 없이 맨땅에 해딩하다보니 수없이 삽질을 했다. jpa + mysql을 사용한 프로젝트였지만 rds 세팅도 하지 않고 elastic beanstalk으로 배포하려 했었다. 아무튼 1년이 지난 지금 여전히 aws는 어렵다. 이번에 github action ci/cd 파이프라인을 구축했던 과정을 남겨두려한다. 인스턴스 생성 인스턴스 생성은 우분투로 하였고 따라할 다른 블로그도 너무 많으니 생략 태그 값 설정 지금 설정하는 태그는 뒤에서 codedeploy를 사용하기 위함이다 인바운드 규칙 편집 인바운드 규칙은 본인의 프로젝트에 맞게 열면 된다. 필자는 아래와 같이 열어주었다. ssh 접속을..

• format_list_bulleted devOps 💡
• · 2023. 8. 24.
• textsms