전체 글

구축한 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 스크립트..

이전 내용에서 Jenkins를 활용한 빌드가 성공했다는 상황을 가정하고 진행하겠습니다. 이후 진행될 내용은 jenkins에서 SSH Agent Plugin plugin을 설치한 이후 진행할 수 있으므로 설치를 먼저 해주시면 됩니다. 배포용 Deploy EC2 instance를 새로운 키페어로 생성하고 보안 규칙에 Jenkins EC2 instance의 ip를 ssh 포트에 한해 허용한다. (물론 본인 로컬 ip ssh 접속 or aws Instance Connect ip대역도 허용해야합니다.) 이후 EC2 instance 생성 과정에서 다운받은 키페어 파일의 내용을 복사해서 Jenkins configuration에 등록해주어야한다. Deploy EC2 instance 접속 pem 키 jenkins 등록 ..