api 버전: networking.k8s.io/v1
종류: NetworkPolicy
메타데이터:
이름: 내부 정책
네임스페이스: 기본값
투기:
포드셀렉터:
매치라벨:
이름: 내부
정책 유형:
- 출구
- 인그레스
입구:
- {}
출구:
- 에게:
- 포드셀렉터:
매치라벨:
이름: mysql
포트:
- 프로토콜: TCP
포트: 3306
- 에게:
- 포드셀렉터:
매치라벨:
이름: 급여
포트:
- 프로토콜: TCP
포트: 8080
- 포트:
- 포트: 53
프로토콜: UDP
- 포트: 53
프로토콜: TCP

단계별 설명과 함께 아래의 솔루션을 확인하세요.
설명:
해결책(단계별) :
1. 노드 레이블 정의:
- 리소스가 많고 활용도가 낮은 노드를 식별합니다.
- 이러한 노드에 '고자원'과 같은 특정 레이블을 지정합니다.
세게 때리다
kubectl 레이블 노드 노드 이름 high-resource=true
2. 배포 시 노드 친화성 구성
- 노드 친화성 규칙을 포함하도록 배포 YAML을 업데이트합니다.
- preferredDuringSchedulinglgnoredDuringExecution: 이 어피니티 규칙은 특정 레이블이 있는 노드에 Pod를 예약하는 것을 선호함을 나타냅니다. 선호하는 노드를 사용할 수 없는 경우 다른 노드에 대한 예약은 금지되지 않습니다.

3. 배포 구성 적용: - 업데이트된 배포 구성을 Kubernetes 클러스터에 적용합니다. bash kubectl apply -f my-web-app-deployment.yaml 4. Pod 스케줄링 모니터링: - 'kubectl get pods -l app=my-web-app'을 사용하여 Pod 스케줄링을 모니터링합니다. - Pod가 'high-resource' 레이블이 있는 노드에 스케줄링되는지 확인합니다.

단계별 설명과 함께 아래의 솔루션을 확인하세요.
설명:
해결책(단계별) :
1. 역할 생성:
- 다음 내용으로 'scale-app-role.yaml'이라는 YAML 파일을 만듭니다.

2. RoleBinding을 만듭니다. - 다음 내용을 포함하여 'scale-app-rolebinding.yaml'이라는 YAML 파일을 만듭니다.

3. 구성 적용: - 다음 명령을 사용하여 역할 및 역할 바인딩을 적용합니다. bash kubectl apply -f scale-app-role.yaml kubectl apply -f scale-app-rolebinding-yaml 4. 구성 확인: - 다음 명령을 사용하여 구성을 확인할 수 있습니다. bash kubectl auth can-i --list --as=user:testuser--group-developers--namespace-dev - 'testuser'를 'developers' 그룹의 사용자 이름으로 바꿉니다. 출력에는 다음 권한만 표시되어야 합니다. - 'apps/deployments': 'get, "list, 'watch', 'update', 'patch', 'scale' 5. 권한 테스트: - 'developers' 그룹의 사용자로 'kubectr' 명령을 사용하여 Sapp-deployment 배포를 확장해 보세요. - 'devs' 네임스페이스의 배포 또는 다른 리소스에 대해 다른 작업을 수행해 보세요. Sapp-deployment 배포만 확장할 수 있어야 합니다.

단계별 설명과 함께 아래의 솔루션을 확인하세요.
설명:
해결책(단계별) :
1. Dockerfile을 만듭니다.
- 다음 내용으로 새 'Dockerfile'을 만듭니다.

- 'your-java-library'를 실제 Java 라이브러리 이름으로 바꾸세요.- 'new-version'과 'old-version'을 원하는 버전으로 바꾸세요.- 'apt-get' 명령을 조정하여 선택한 기본 이미지의 패키지 관리자와 일치시키세요.2. 이미지 빌드: - Dockerfile을 사용하여 이미지를 빌드하세요: docker build -t updated-image:latest 3. 애플리케이션 코드 수정: - 원하는 라이브러리 버전을 명시적으로 사용하도록 Java 코드를 수정하세요.다음과 같이 할 수 있습니다.- 시스템 속성 설정: 원하는 버전을 시스템 속성으로 JVM에 전달하면 애플리케이션에서 해당 버전을 읽고 사용할 수 있습니다.- 클래스 경로 사용: 런타임에 원하는 버전의 특정 jar 파일을 클래스 경로에 추가합니다.- 조건부 로딩: 특정 조건이나 사용자 입력에 따라 사용할 버전을 결정하는 로직을 코드에 구현합니다.4. 배포 업데이트: - 새로 빌드된 이미지를 사용하도록 배포 YAML 파일을 수정합니다.

5. 변경 사항 적용: - 'kubectl apply -f deployment_yamr' 명령어를 사용하여 업데이트된 배포를 적용합니다. 6. 애플리케이션 테스트: - 애플리케이션에 액세스하여 두 버전의 라이브러리에서 모두 제대로 작동하는지 확인합니다. 두 버전의 라이브러리를 모두 테스트하고 요구 사항에 따라 버전을 전환할 수 있어야 합니다.

해결책: