blog.

5.5 서비스 엔드포인트 1) 서비스 엔드포인트란 - 서비스는 파드에 직접 연결되지 않는다. - 대신 앤드포인트 리소스가 그 사이에 있다.  2) externalname 서비스 생성 서비스의 엔드포인트를 수동으로 구성해 외부 서비스를 노출하는 대신 FQDN으로 외부 서비스를 참조할 수 있다. kubernetes-in-action/Chapter05/external-service-externalname.yaml at master · luksa/kubernetes-in-action (github.com)apiVersion: v1kind: Servicemetadata: name: external-servicespec: type: ExternalName externalName: api.somecompany...

5.1. 서비스가 나온 배경 파드가 다른 파드에게 제공하는 서비스를 사용하려면 다른 파드를 찾는 방법이 필요하다. 이때, 제공하는 IP주소나 호스트 이름을 지정하는 것은 쿠버네티스에서 동작할 수 없다. 1) 파드는 일시적이다. 파드가 다른 파드를 위한 공간 확보하려고 노드에서 제거되거나, 누군가 파드 수를 줄이거나, 클러스터 노드의 장애로 언제든 다른 노드로 이동할 수 있다.2) 쿠버네티스틑 노드에 파드를 스케줄링한 후 바로 시작되기 전에 IP주소를 할당하기 때문에 미리 알 수 없다.3) 수평 스케일링 같은 경우, 클라이언트는 파드의 개별 IP 목록을 유지하는 것이 아니라 단일 IP 주소로 접근해야함 5.2 서비스 소개- 동일한 서비스를 제공하는 파드 그룹에 지속적인 단일 접점을 만들려고 할 때 생성하는..

프레임워크의 장점과 빠른 구현 시간 🚀1. 빠른 구현 시간 ⏱️프레임워크는 비즈니스 로직과 구분하여 코드를 작성함으로써 빠르게 개발할 수 있는 환경을 제공함다. 이는 개발자들이 복잡한 코드 작성에 시간을 소비하지 않고, 프레임워크가 제공하는 도구를 활용하여 기본적인 구조를 잡을 수 있기 때문임다. 결과적으로, 개발 시간의 단축과 효율성의 향상을 기대할 수 있음다.2. 장점 🌟프레임워크가 제공하는 도구들은 여러 가지 이점을 제공함다.쉬운 관리 🛠️: 코드 프레임워크의 정형화된 패턴과 구조 덕분에 관리와 유지보수가 용이함다. 특히 아키텍처가 명확하게 나누어져 있어 기능 추가나 변경 시에도 코드의 복잡도가 낮아짐다.개발자들의 역할 확립 👩‍💻👨‍💻: 개발자들은 자신이 맡은 부분에만 집중할 수 있으..

4.5 잡 - 작업을 완료한 후에 종료되는 테스크 일 경우 사용 - 파드의 컨테이너 내부에서 실행 중인 프로세스가 성공적으로 완료되면 컨테이너를 다시 시작하지 않는 파드 실행할 수 있음. - 장애가 발생한 경우 잡에서 컨테이너 다시 시작할 것인지 설정할 수 있음.  kubernetes-in-action/Chapter04/batch-job.yaml at master · luksa/kubernetes-in-action (github.com) kubernetes-in-action/Chapter04/batch-job.yaml at master · luksa/kubernetes-in-actionCode from the Kubernetes in Action book. Contribute to luksa/kubern..

4.3 레플리카셋- 차세대 레플리케이션컨트롤러, 레플리케이션컨트롤러를 완전히 대체- 레플리케이션 컨트롤러의 레이블 셀렉터는 특정 레이블이 있는 파드만을 매칭 시킬 수 있는 반면,레플리카셋의 셀렉터는 특정 레이블이 없는 파드나 레이블의 값과 상관없이 특정 레이블의 키를 갖는 파드를 매칭시킬 수 있음.  kubernetes-in-action/Chapter04/kubia-replicaset.yaml at master · luksa/kubernetes-in-action (github.com) kubernetes-in-action/Chapter04/kubia-replicaset.yaml at master · luksa/kubernetes-in-actionCode from the Kubernetes in Actio..

4.1. 라이브니스 프로브 - 라이브니스 프로브 liveness probe : 컨테이너가 살아 있는지 확인할 수 있음. 이 작업은 노드의 kubelet에서 수행함. but 노드 자체에 크래시가 발생한 경우, 노드 크래시로 중단된 모든 파드의 대체 파드는 컨트롤 플레인에서 관리해야함.  - 3가지 종류 1) HTTP GET 프로브 : 지정한 IP주소, 포트, 경로에 HTTP GET 요청 수행. 프로브가 응답 수신하고 응답 코드가 오류 내지 않는 경우 성공했다고 간주. 서버가 오류 코드 반환하거나 응답하지 않으면 프로브가 실패한 것으로 간주돼, 컨테이너 다시 시작 2) TCP 소켓 프로브 : 컨테이너의 지정된 포트에 TCP 연결 시도. 연결 성공하면 프로브 성공, 그렇지 않으면 컨테이너 다시 시작 3) Ex..

disable-checkstyle org.apache.maven.plugins maven-checkstyle-plugin true  특정 플러그인 생략하고 싶을때 skip true로 주면 된다.

이슈 failed to create deployment.app "kubia" already exists   해결kubectl delete deployments kubia   🔗 링크Kubectl Delete Deployment: Deleting Kubernetes Deployment (linuxhandbook.com) Kubectl Delete Deployment: Deleting Kubernetes DeploymentHere are two ways to delete Kubernetes deployments.linuxhandbook.com

1. 이름으로 파드 삭제 kubectl delete po kubia-gpu- 파드를 삭제하면 쿠버네티스는 파드 안에 있는 모든 컨테이너를 종료하도록 지시 - 쿠버네티스는 SIGTERM 신호를 프로세스에 보내고 지정된 시간동안 대기 - 시간내에 종료되지 않으면 SIGKILL 신호를 통해 종료 ㄴ 프로세스가 항상 정상적으로 종료되게 하기 위해서는 SIGTERM 신호 처리해야함    2. 레이블 셀렉터를 이용한 파드 삭제 kubectl delete po -l creation_method=manual   3. 네임스페이스 제거 (파드는 네임스페이스와 함께 자동으로 삭제)kubectl delete ns custom-namespace   4. 네임스페이스를 유지하면서 네임스페이스 안에 있는 모든 파드 삭제 kube..

1. 레이블 소개 1) 파드와 모든 다른 쿠버네티스 리소스를 조직화할 수 있는 기능으로, 2) 리소스에 첨부하는 키-쌍 값으로, 레이블 셀렉터를 사용해 리소스 선택할 때 활용 3) 마이크로서비스 예제 - app : 파드가 속한 애플리케이션. 구성 요소 혹은 마이크로서비스 지정 - rel : 파드에서 실행 중인 애플리케이션이 안정, 베타 혹은 카나리 릴리스인지 보여줌.   2. 파드 생성할 때 레이블 지정 apiVersion: v1kind: Podmetadata: name: kubia-manual-v2 labels: creation_method: maual env: prodspec: containers: - name: kubia image: sootoance/kubia port..