온라인 애플리케이션

애플리케이션 식별을 위한 ID는 최대 30문자로 영어 소문자, 숫자, 하이픈(-)만 사용하고, 영숫자로 시작해서 영숫자로 끝나야 한다.

애플리케이션을 식별할 수 있는 고유한 이름을 입력한다.

애플리케이션 관리에 필요한 추가 구성 정보를 입력한다.

애플리케이션에서 사용할 외부 연계 방법을 선택한다.

애플리케이션을 클러스터에 배포할 때 사용할 배포 유형을 선택한다.

애플리케이션에서 참조할 배포 리소스 유형을 선택한다. 배포 리소스 유형에 따라 관련 정보를 입력한다. 해당 시스템 접속에 인증이 필요한 경우, [인증 입력]을 통해서 관련된 정보를 등록한다.

애플리케이션에서 사용할 빌드 템플릿과 빌드 템플릿 버전을 선택한다. 선택한 빌드 템플릿 버전을 이용해서 CI/CD 파이프라인이 수행된다.

Cron을 통해서 CI/CD 파이프라인을 수행할지 여부를 선택한다.

CI/CD 파이프라인이 수행될 Jenkins Agent를 선택한다.

애플리케이션 목록에서 표시될 우선 순위를 선택한다.

최초 배포 시 쿠버네티스 클러스터에서 서비스할 Pod 개수를 지정한다. 최초 배포가 실행된 이후에는 이 값은 무시된다.

쿠버네티스의 서비스 리소스의 타입을 선택한다.

쿠버네티스의 서비스 리소스의 포트 정보를 입력한다.

컨테이너 시작 명령어를 입력한다. Dockerfile에 실행 명령어가 CMD로 정의된 경우, 실행 명령어를 재정의 할 수 있다.

컨터이너 시작 아규먼트를 입력한다. Dockerfile에 정의된 아규먼트를 재정의 할 수 있다.

컨테이너에서 사용할 환경 변수를 입력한다.

컨테이너에서 사용할 레이블을 입력한다.

컨테이너에서 사용할 볼륨을 입력한다.

Taint가 지정된 노드에 Pod를 배포해야 하는 경우 해당 Taint에 대한 Toleration을 설정한다.

컨테이너에서 사용할 Service Account Name을 선택한다.

Pod를 특정 노드에 배포해야 하는 경우 Node Selector를 설정한다.

컨테이너에서 사용할 리소스 크기를 지정한다.

Pod에서 사용할 GPU 리소스 개수를 지정한다.

애플리케이션에 배포에 사용할 롤아웃 유형을 선택한다.

애플리케이션에 사용할 트래픽 유형을 선택한다.

특정 비즈니스 애플리케이션으로 라우팅하기 위한 Request Matching 방식을 지정한다.

Istio Ingress를 사용하는 경우, 서비스 라우팅을 위한 특정 Gateway를 입력한다.

쿠버네티스 서비스에 등록된 포트 중에서 Ingress에서 사용할 포트를 선택한다.

Istio Ingress를 구성한 경우 서비스 메쉬 기능을 사용할 수 있다.

컨테이너가 요청을 처리할 준비가 되었는지 여부를 검증한다. 만약 Readiness probe가 실패한다면, 엔드포인트 컨트롤러는 파드에 연관된 모든 서비스들의 엔드포인트에서 파드의 IP주소를 제거한다. Readiness probe의 초기 지연 이전의 기본 상태는 Failure다. 만약 컨테이너가 Readiness probe를 지원하지 않는다면, 기본 상태는 Success다.

컨테이너가 동작 중인지 여부를 검증한다. 만약 Liveness probe가 실패한다면, kubelet은 컨테이너를 죽이고, 해당 컨테이너는 재시작 정책의 대상이 된다. 만약 컨테이너가 Liveness probe를 제공하지 않는 경우, 기본 상태는 Success다.

컨테이너 내의 애플리케이션이 시작되었는지를 검증한다. Startup probe가 설정된 경우, 성공할 때까지 다른 나머지 프로브는 활성화되지 않는다. 만약 Startup probe가 실패하면, kubelet이 컨테이너를 죽이고, 컨테이너는 재시작 정책에 따라 처리된다. 컨테이너에 Startup probe가 없는 경우, 기본 상태는 Success다.

CPU 평균 사용률에 따른 수평적 파드 자동조절을 설정한다. 쿠버네티스 autoscaling/v2 Api 버전 기준으로 리소스가 생성된다.

애플리케이션 배포에 필요한 Deployment의 항목을 클러스터 단위로 재정의 할 수 있다.

Horizontal Pod Autoscaling에 필요한 항목을 클러스터 단위로 재정의 할 수 있다.