CICD/Jenkins

먼저 정상적으로 배포 서버에 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를 활용한 빌드가 성공했다는 상황을 가정하고 진행하겠습니다. 이후 진행될 내용은 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 등록 ..

진행 과정 aws ec2 freetier(1GB ram)에서 docker container로 jenkins를 띄워 초기 설정 및 github과 연결하는 과정을 진행하고자 함 ubuntu20.04 image로 ec2 instance를 생성해 연결, jenkins는 public repository의 lts version을 이용해서 pull 해서 도커 볼륨 마운트하고 켰다. 설치 과정에서 suggested plugin이 설치가 안됨. 램 부족이 유력한 원인이라고 생각하며 virtualbox의 4GB ram vm에서 테스트 진행 4GB ram에서는 잘 되는 것을 보니 역시 1GB ram 환경에서 컨테이너를 띄워 그 안에서 plugin 설치하는 것이 무리라는 판단. ec2 에서 가상 램 2GB를 확보해 다시 진행..

Jenkins의 기존 user 관리 정책 Jenkins의 user 관리 정책은 Security탭의 Autentication-Authorization 메뉴에서 선택할 수 있다. 각 방법별 특징과 단점은 다음과 같다. 구분 내용 단점 Anyone can do anything 제한 없음 보안에 취약할 수 있다. Legacy mode 옛날 버전에서 제공하던 모드, Anyone can do anything과 다를 것이 없다. 권한 관리 안됨 Logged-in userscan do anything 로그인 계정은 제한 없음 (로그인한 계정만 모든 작업 가능) 팀끼리 하다가 싸우면 악의를 갖고 터트릴 수 있음ㅋㅋ Matrix-based security 개별 계정에 대해 기능별 권한 부여 가능 user마다 설정하는 것이..