전체 글

주제 선정 가장 먼저 주제선정이 되어야 어떤 아키텍쳐, 기술 스택 등등 상세히 결정할 수 있는데, 우리 팀의 경우는 MSA, 부하 테스트 및 분석, 오토스케일링 등을 학습하고 경험해보고 싶었기에 기술을 위한 주제를 고려해보았다. 채팅방이나 표 예매 등의 주제는 부하가 걸리는 하나 혹은 두개의 작업에 대해서 부하 테스트를 진행하게 된다고 생각하여, 병목현상이 발생하는 지점, 부하가 걸리는 원인 등을 거의 알고 테스트를 진행하게 될 것 같다는 생각에 아쉬운 면이 있었다. 그런 중 개인 방송 스트리밍 서비스에 대한 얘기를 나누다가 외부 라이브러리(FFMPEG 등)을 포함하며 일련의 작업들 중 어디서 부하가 걸리는지 테스트를 통해 분석해가야한다는 점이 매력적이라서 선택하게되었다. MSA? SOA? MA? 기존에..

구축한 CI/CD 파이프라인을 요약한 사진입니다. 포스팅 범위를 고려해서 리액트와 aws RDS 내용은 우선 제외하고 정리하겠습니다. 따라서 다루는 스코프는 아래와 같습니다. 각 포스트 별로 수행하는 작업을 포스트 링크 아래 이미지로시각화했습니다. 2023.11.22 - [aws] - [aws][ec2] 간단하게 생성하기 2023.11.22 - [CICD/Docker] - [Docker]docker hub + docker compose + docker volume Jenkins:lts public image로 컨테이너 띄워 접속하기 [추가] 인바운드 규칙을 모든 ip대역에서 ssh포트를 개방하고 사용중인데, 좋은 방법이 아니므로 아래 포스트 들을 참고해서 인바운드 규칙을 안전하게 수정해주자 aws 보안그..

먼저 정상적으로 배포 서버에 jenkins 서버가 파일을 보내준 경우 아래처럼 확인할 수 있다. 포스팅 순서대로 따라왔다면 아마 빌드가 잘 수행되지 않았을 텐데, 해당 내용에 대해서는 아래에서 설명함 수행한 빌드를 클릭해서 상세 Console Output을 볼 수 있다. 하필 오래된 빌드 삭제 옵션으로 최근 빌드 3개만 저장하도록 설정해놔서 많은 오류메세지들이 사라졌지만, 잘 모르는 사람이 보더라도 대충 오류나는 곳을 파악할 수 있다. 오류메세지를 하나 예로 들어 설명함 위의 오류메세지는 ssh agent가 배포서버에 접속은 했으나, scp 명령중 젠킨스가 구동되는 vm에서 내가 지정한 파일을 못찾는다는 오류이다. 디렉토리를 잘 적었는지 확인해 볼 필요가 있다. 아까 포스팅 순서대로 진행했을 경우의 발생..

jenkins github webhook CI가 구축된 경우 github의 push 이벤트로 젠킨스 서버에서 지금 빌드 버튼을 누른것과같은 자동화를 누릴 수 있다. item의 Configuration 설정에서 Build Triggers 에서 Github hook trigger for GITScm polling을 체크한다. hook 하고자하는 github repository의 Settings → Webhook→ Add webhook 클릭 Payload URL은 Jenkins가 구동되는 EC2 instance의 ip:port/github-webhook/ 으로 지정 Content type은 application/json 으로 지정 Just the push event만 체크하고 webhook을 add하면 Pus..

Jenkins 구동 EC2 Instance에 로컬 파일 복사 Jenkins로 자동으로 빌드 및 배포를 수행한다지만, 자동을 위한 수동 작업이 많이 필요한법이다. Jenkins에서 내 github master 브랜치를 바라보고 있어서 내 github 원격 repo에 존재하는 파일들은 걱정이 없지만, 보안을 위해서 gitignore에 추가된 application-****.yml 파일들은 현재 Jenkins가 구동되는 vm에 없는 상황이다. 정상적인 빌드를 위해선 모든 application.yml 파일들이 필요하기에 로컬 환경에서 jenkins ec2 instance로 파일들을 밀어넣는 과정을 수행하겠음 jenkins가 구동되는 ec2 keypair가 존재하는 디렉토리로 이동한 후 powershell 스크립트..