티스토리

축구하는 개발자

검색하기

블로그 홈

축구하는 개발자

smpark1020.tistory.com/m

박성민 님의 블로그입니다.

구독자: 1

방명록 방문하기

주요 글 목록

[Nginx] 24시간 365일 중단 없는 서비스 만들기 4 - 무중단 배포 테스트 최종 코드를 깃허브로 푸시합니다. 배포가 자동으로 진행되면 CodeDeploy 로그로 잘 진행되는지 확인해 봅니다. tail -f /opt/codedeploy-agent/deployment-root/deployment-logs/codedeploy-agent-deployments.log 그럼 다음과 같은 메시지가 차례로 출력됩니다. [2021-07-20 00:43:07.431] [d-54435O08B]LifecycleEvent - ApplicationStart [2021-07-20 00:43:07.432] [d-54435O08B]Script - deploy.sh [2021-07-20 00:43:07.445] [d-54435O08B][stdout]> Build 파일 복사 [2021-07-20 00:43:07.. 공감수 0 댓글수 0 2021. 7. 20.
[Nginx] 24시간 365일 중단 없는 서비스 만들기 3 - 무중단 배포 스크립트 만들기 무중단 배포 스크립트 작업 전에 API를 하나 추가하겠습니다. 이 API는 이후 배포 시에 8081을 쓸지, 8082를 쓸지 판단하는 기준이 됩니다. profile API 추가 ProfileController를 만들어 다음과 같이 간단한 API 코드를 추가합니다. package com.usedcar.admin.web; import lombok.RequiredArgsConstructor; import org.springframework.core.env.Environment; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; import ja.. 공감수 0 댓글수 0 2021. 7. 20.
[Nginx] 24시간 365일 중단 없는 서비스 만들기 2 - 엔진엑스 설치와 스프링 부트 연동하기 가장 먼저 EC2에 엔진엑스를 설치하겠습니다. 엔진엑스 설치 EC2에 접속해서 다음 명령어로 설치할 nginx를 찾습니다. amazon-linux-extras list | grep nginx nginx를 설치합니다. sudo amazon-linux-extras install -y nginx1 설치가 완료되었으면 다음 명령어로 엔진엑스를 실행합니다. sudo service nginx start 엔진엑스가 잘 실행되었다면 다음과 같은 메시지를 볼 수 있습니다. Redirecting to /bin/systemctl start nginx.service 보안 그룹 추가 먼저 엔진엑스의 포트번호를 보안 그룹에 추가하겠습니다. 엔진엑스의 포트번호는 기본적으로 80입니다. 해당 포트 번호가 보안 그룹에 없으니 [EC2.. 공감수 0 댓글수 0 2021. 7. 19.
[Nginx] 24시간 365일 중단 없는 서비스 만들기 1 - 무중단 배포 소개 배포하는 동안 애플리케이션이 종료된다는 문제가 있습니다. 긴 기간은 아니지만, 새로운 Jar가 실행되기 전까진 기존 Jar를 종료시켜 놓기 때문에 서비스가 종료됩니다. 반면 24시간 서비스하는 네이버나 카카오톡 같은 경우 배포하는 동안 서비스가 정지되지 않습니다. 무중단 배포 소개 서비스를 정지하지 않고, 배포하는 것을 무중단 배포라고 합니다. 무중단 배포 방식에는 몇 가지가 있습니다. AWS에서 블루 그린(Blue-Green) 무중단 배포 도커를 이용한 웹서비스 무중단 배포 이외에도 L4 스위치를 이용한 무중단 배포 방법도 있지만, L4가 워낙 고가의 장비이다 보니 대형 인터넷 기업 외에는 쓸 일이 거의 없습니다. 우리가 진행할 방법은 엔진엑스(Nginx)를 이용한 무중단 배포입니다. 엔진엑스는 웹 서.. 공감수 0 댓글수 0 2021. 7. 19.
[Travis CI] 코드가 푸시되면 자동으로 배포하기 5 - 배포 자동화 구성 이제 실제로 Jar를 배포하여 실행까지 해보겠습니다. deploy.sh 파일 추가 먼저 step2 환경에서 실행될 deploy.sh를 생성하겠습니다. scripts 디렉토리를 생성하여 여기에 스크립트를 생성합니다. #!/bin/bash REPOSITORY=/home/ec2-user/app/step2 PROJECT_NAME=used-car-admin echo "> Build 파일 복사" cp $REPOSITORY/zip/*.jar $REPOSITORY/ echo "> 현재 구동중인 애플리케이션 pid 확인" # 1 CURRENT_PID=$(pgrep -fl used-car-admin | grep jar | awk '{print $1}') echo "현재 구동중인 어플리케이션 pid: $CURRENT_PID.. 공감수 0 댓글수 0 2021. 7. 18.
[Travis CI] 코드가 푸시되면 자동으로 배포하기 4 - Travis CI와 AWS S3, CodeDeploy 연동하기 AWS의 배포 시스템인 CodeDeploy를 이용하기 전에 배포 대상인 EC2가 CodeDeploy를 연동 받을 수 있게 IAM 역할을 하나 생성하겠습니다. EC2에 IAM 역할 추가하기 S3와 마찬가지로 IAM을 검색하고, 이번에는 [역할] 탭을 클릭해서 이동합니다. [역할 => 역할 만들기] 버튼을 차례로 클릭합니다. 앞에서 만들었던 IAM의 사용자와 역할의 차이 역할 AWS 서비스에서만 할당할 수 있는 권한 EC2, CodeDeploy, SQS 등 사용자 AWS 서비스 외에 사용할 수 있는 권한 로컬 PC, IDC 서버 등 지금 만들 권한은 EC2에서 사용할 것이기 때문에 사용자가 아닌 역할로 처리합니다. 서비스 선택에서는 [AWS 서비스 => EC2]를 차례로 선택합니다. 정책에선 EC2RoleF.. 공감수 0 댓글수 0 2021. 7. 18.
[Travis CI] 코드가 푸시되면 자동으로 배포하기 3 - Travis CI와 AWS S3 연동하기 S3란 AWS에서 제공하는 일종의 파일 서버입니다. 이미지 파일을 비롯한 정적 파일들을 관리하거나 지금 진행하는 것처럼 배포 파일들을 관리하는 등의 기능을 지원합니다. 보통 이미지 업로드를 구현한다면 이 S3를 이용하여 구현하는 경우가 많습니다. S3를 비롯한 AWS 서비스와 Travis CI를 연동하게 되면 전체 구조는 다음과 같습니다. 첫 번째 단계로 Travis CI와 S3를 연동하겠습니다. 실제 배포는 AWS CodeDeploy라는 서비스를 이용합니다. 하지만, S3 연동이 먼저 필요한 이유는 Jar 파일을 전달하기 위해서입니다. CodeDeploy는 저장 기능이 없습니다. 그래서 Travis CI가 빌드한 결과물을 받아서 CodeDeploy가 가져갈 수 있도록 보관할 수 있는 공간이 필요합니다... 공감수 0 댓글수 0 2021. 7. 18.
[Travis CI] 코드가 푸시되면 자동으로 배포하기 2 - Travis CI 연동하기 Travis CI는 깃허브에서 제공하는 무료 CI 서비스입니다. 젠킨스와 같은 CI 도구도 있지만, 젠킨스는 설치형이기 때문에 이를 위한 EC2 인스턴스가 하나 더 필요합니다. AWS에서 Travis CI와 같이 CI 도구로 CodeBuild를 제공합니다. 하지만 빌드 시간만큼 요금이 부과되는 구조라 초기에 사용하기에는 부담스럽습니다. 실제 서비스되는 EC2, RDS, S3 외에는 비용 부분을 최소화하는 것이 좋습니다. Travis CI 웹 서비스 설정 https://travis-ci.com/ 에서 깃허브 계정으로 로그인을 한 뒤, github 연동을 활성화 합니다. 활성화한 저장소를 클릭하면 다음과 같이 저장소 빌드 히스토리 페이지로 이동합니다. 프로젝트 설정 Travis CI의 상세한 설정은 프로젝트.. 공감수 1 댓글수 0 2021. 7. 18.
[Travis CI] 코드가 푸시되면 자동으로 배포하기 1 - CI & CD 소개 24시간 365일 운영되는 서비스에서 배포 환경 구축은 필수 과제 중 하나입니다. 여러 개발자의 코드가 실시간으로 병합되고, 테스트가 수행되는 환경, master 브랜치가 푸시되면 배포가 자동으로 이루어지는 환경을 구축하지 않으면 실수할 여지가 너무나 많습니다. CI & CD 소개 앞의 글에서 스프링 부트 프로젝트를 EC2에 배포했습니다. 스크립트를 개발자가 직접 실행함으로써 발새하는 불편을 경험했습니다. 그래서 CI, CD 환경을 구축하여 이 과정을 개선해야 합니다. 코드 버전 관리를 하는 VCS 시스템(Git, SVN 등)에 PUSH가 되면 자동으로 테스트와 빌드가 수행되어 안정적인 배포 파일을 만드는 과정을 CI(Continuous Integration - 지속적 통합)라고 하며, 이 빌드 결과를 .. 공감수 0 댓글수 0 2021. 7. 15.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.