Note/Infra

무중단 배포란?운영 중인 서비스가 하나 있다고 가정하자. 서비스의 새로운 버전을 배포하면서 기존 버전을 종료하면서 사용자가 서비스를 사용할 수 없게 되는 시간(다운타임)이 발생하게 되는데, 이러한 다운타임 없이 사용자에게 새로운 버전이 배포될 수 있도록 하는 것을 말한다. 무중단 배포를 위한 전략1. 롤링 배포(Rolling Deployment)구버전의 인스턴스를 신버전으로 하나씩 교체해 나가는 방식을 말한다.서비스 중인 인스턴스 하나를 로드밸런서에서 라우팅되지 않도록 한 뒤 신버전이 배포된 후 다시 라우팅하도록 한다. 차례대로 배포가 이루어지기 때문에 상황에 따라 손쉽게 롤백을 할 수 있다는 이점이 존재한다.다만 배포가 이루어지는 동안 인스턴스 수가 감소하기 때문에 서비스가 다운될 위험이 동반된다.또한..

배경 리버스 프록시로 자주 활용되는 Nginx 웹 서버의 경우 정적 페이지 호스팅, 로드밸런싱, Cashing 등의 역할을 수행한다. 뿐만 아니라 HTTPS를 적용할 수 있다는 장점도 가지고 있다. 이번에 내가 개발에 참여 중인 프로젝트에서 로드밸런싱과 HTTPS를 적용하기 위해 리버스 프록시로 Nginx를 활용하게 되었고, HTTPS를 적용하게 되어 그 과정을 간단하게 정리했다.(사실 로드밸런싱을 당장 적용한 건 아니지만 혹시라도 우리 서비스의 사용자가 많아져서 컨테이너를 여러 대 돌려야하는 상황이 생길 수도 있다는 행복회로를 돌려보았다...) HTTPS란? 인터넷 통신을 할 때 TCP/IP 기반의 HTTP 프로토콜을 이용하게 되는데, 이때는 중간에 제3자가 주고 받는 데이터를 가로챌 수 있다. 따라서..

배경 CI-CD 프로세스를 구축하다가 deploy.sh에 적힌 배포 스크립트에 따라 실행된 컨테이너가 곧바로 종료되는 상황이 발생했다. 배포 스크립트에 문제가 있나 싶었지만, Github Actions 로그 상으로는 별 문제가 없어 보였다. 그렇다면 어플리케이션 자체에 문제가 있나 싶어서 sudo docker logs "컨테이너명"을 통해서 컨테이너의 로그를 까봤다. 로그를 살펴보니 RDS USERNAME 문제로 인해 연결에 실패했다고 한다. 하지만 IDE 상에서도 환경변수를 제대로 설정해 주었고, 심지어 컨테이너가 실행되고 있는 Host OS인 우분투에도 환경변수를 잘 등록해 놨다. 도대체 무엇이 문제일까 한동안 고민했고 곧 답을 찾았다. 위 그림에서 보듯 Host 안에 Container가 실행되긴 하..