블로그 모아보기 - 인프런

Jenkins Pipeline (기초부터 Blue/Green 까지)

0. New view 만들기✅이전 작업 [새 보기] 만들어서 정리해 놓기✅[새 보기] 만들기 1. Jenkins Pipeline 기본 구성 만들기 (Step 1) - 2211✅Pipeline scriptDOCKERHUB_USERNAME과 GITHUB_USERNAME에 hyojung-leona 넣기✅Github에서 deployment.yaml 파일의 Image 수정image에서 1pro/api-tester:v1.0.0를 wnnsla09/api-tester:v1.0.0로 수정✅소스 빌드 Jenkins Pipeline 구조 이해 정리Agent- agent any : 사용가능한 에이전트에서 파이프라인 Stage를 실행, Master나 Salve 아무곳에서나 Stage가 실행- agent label(node) : 지정된 레이블(노드)에서 Stage가 실행- agent docker : Docker 빌드를 제공해주는 Agent 사용- agent dockerfile : Dockerfile 을 직접 쓸 수 있는 Agent 사용 2. Github 연결 및 파이프라인 세분화 (Step 2) - 2212✅2-1) item name 입력 및 Pipeline 선택✅2-2) [저장] 후 [지금 빌드] 실행 (이때는 파라미터가 없어서 실행되지 않는다)✅2-3) [파라미터와 함께 빌드] 선택 후 본인의 DockerHub와 Github의 Username 입력 후 [빌드] 실행✅tage View 결과 확인 3. Blue/Green 배포 만들기 및 특징 실습 (Step 3) - 2213✅3-1) item name 입력 및 Pipeline 선택 ✅3-2) Configure > Additional Behaviours 및 Script Path 수정 후 저장 ✅3-3) Master Node에서 version 조회 시작✅[Green 전환] yes 클릭 및 version 2로 버전 변경 확인✅3-4) 롤백 여부 선택 4. Blue/Green 자동 배포 Script 만들기 (Step 4) - 2214 ✅4-1) configure > Additional Behaviours 및 Script Path 수정 후 저장 ✅4-2) Master Node에서 version 조회 시작✅4-3) 진행 과정 확인✅4-4) Green 배포 확인 v2.0.0으로 변경 확인

데브옵스 · 인프라･학습기록･데브옵스･쿠버네티스･실습･파이프라인･오늘좀힘들다･그래도･실습까지･꼼꼼하게･하..

[미션2] Application 기능으로 이해하기 - Probe 응용과제

▶응용1 : startupProbe가 실패 되도록 설정해서 Pod가 무한 재기동 상태가 되도록 설정해 보세요 😃Deployment를 수정한다. startupProbe에 failureThreshold 수치 낮추기! App이 기동 안되도록 한다.failureThreshold는 몇 번까지 실패를 허용할지 정하는 수치/startup 에 대한 첫 요청이 실패하면 → 바로 Pod 재시작됨. 앱은 보통 기동될 때 시간이 좀 걸릴 수 있다 (넉넉하게 50초)- DB 연결 Spring 부팅 포트 바인딩이런 것들이 완료 되어야 한다. ▶응용2 : 일시적 장애 상황(App 내부 부하 증가)가 시작 된 후, 30초 뒤에 트래픽이 중단되고, 3분 뒤에는 App이 재기동 되도록 설정해 보세요. 😆부하 증가 API를 보낸다. 이때 App 내부 isAppReady와 isAppLive를 False가 된다.또한 curl http://192.168.56.30:31231/hello 외부 API 실패부하 감소 API를 보낸다. App 내부 isAppReady와 isAppLive를True가 된다.▶응용3 : Secret 파일(/usr/src/myapp/datasource/postgresql-info.yaml)이 존재하는지 체크하는 readinessProbe를 만들어 보세요. 🙃readinessProbe에는 exec라는 속성으로 command를 Pod에 날릴 수 있고, 이는 App기동시 꼭 필요한 파일이 있는지를 체크 event로 실패 로그 확인