무료 온라인 액세스 Oracle.1z0-1084-23.v2024-03-09.q73 모의 시험 (Page 4)

1z0-1084-23 문제 11

수동 작업을 자동화하고 소프트웨어 팀이 Oracle Cloud Infrastructure(OCI) 서비스를 사용하여 규모에 맞게 복잡한 환경을 관리할 수 있도록 지원하라는 지시를 받습니다. 애플리케이션의 소스 코드를 안전하게 저장 및 버전화하고 OCI 플랫폼에 대한 애플리케이션 구축, 테스트 및 배포를 자동화하는 데 사용할 수 있는 세 가지 OCI 서비스는 무엇입니까? (3개를 선택하세요.)

A. Oracle Cloud 인프라 레지스트리

B. Kubernetes용 컨테이너 엔진

C. 리소스 관리자

D. Oracle APEX 애플리케이션 개발

E. DevOps

F. Oracle Cloud Logging 분석

1z0-1084-23 문제 12

OKE(Container Engine for Kubernetes) 클러스터를 생성한 후 OCI(Oracle Cloud Infrastructure) 로깅을 사용하여 클러스터의 작업자 노드 컴퓨팅 인스턴스에서 실행 중인 애플리케이션의 로그를 보고 검색할 수 있습니다. 애플리케이션 로그를 수집하고 구문 분석하는 데 필요하지 않은 작업은 무엇입니까? (가장 좋은 답변을 선택하세요.)

A. 클러스터에 대해 OCI 로깅 옵션을 활성화로 설정합니다.

B. 적절한 에이전트 구성을 사용하여 OCI Logging에서 사용자 정의 로그를 구성합니다.

C. 클러스터의 모든 작업자 노드를 포함하는 규칙을 사용하여 동적 그룹을 생성합니다.

D. 클러스터의 모든 작업자 노드에 대해 모니터링을 활성화합니다.

1z0-1084-23 문제 13

OCI(Oracle Cloud Infrastructure) OKE(Kubernetes용 컨테이너 엔진) 클러스터에서 실행되는 마이크로서비스 기반 애플리케이션을 개발했습니다. 보안 팀이 이 애플리케이션에 SSL 종료를 사용하려고 합니다. 가능한 가장 적은 단계를 사용하여 이 애플리케이션에 대한 보안 SSL 종료를 생성하려면 어떻게 해야 합니까?

A. 자체 서명된 인증서와 해당 키를 생성합니다. 인증서와 키를 사용하여 Kubernetes 비밀을 만듭니다. 그런 다음 Kubernetes 서비스에 다음 주석을 추가합니다. 주석: service.beta.kubernetes.io/oci-load-balancer-ssl-ports: "443" service.beta.kubernetes.io/oci-load-balancer-tls-secret: SSL 인증서 비밀

B. 자체 서명된 인증서와 해당 키를 생성합니다. 인증서와 키를 사용하여 Kubernetes 비밀을 만듭니다. 그런 다음 Kubernetes 서비스에 다음 주석을 추가합니다. 주석: service.beta.kubernetes.io/oci-load-balancer-ssl-ports: "443" service.beta.kubernetes.io/oci-load-balancer-security-list 관리 -모드: "프런트엔드"

C. 다음 주석을 kubernetes 서비스에 추가합니다. 주석: service.beta.kubernetes.io/oci-load-balancer-ssl-ports: "443" service.beta.kubernetes.io/oci-load-balancer -ssl-secret-key: SSL 비밀키

D. Let's Encrypt를 사용하여 자체 서명된 인증서를 생성합니다. OCI Load Balancer에서 해당 인증서를 사용하십시오. 이 로드 밸런서를 사용하여 Kubernetes 서비스를 생성하십시오.

정답: A

정답은 다음과 같습니다. "자체 서명된 인증서와 해당 키를 생성합니다. 인증서와 키를 사용하여 Kubernetes 비밀을 생성합니다. 그런 다음 Kubernetes 서비스에 다음 주석을 추가합니다. 주석: service.beta.kubernetes.io/oci-load -balancer-ssl-ports: '443' service.beta.kubernetes.io/oci-load-balancer-tls-secret: SSL 인증서-비밀." OKE(Kubernetes용 OCI 컨테이너 엔진) 클러스터에서 실행되는 마이크로서비스 기반 애플리케이션에 대한 보안 SSL 종료를 생성하려면 다음 단계를 수행할 수 있습니다. 자체 서명된 인증서 및 해당 키 생성: 자체 서명된 SSL 인증서를 생성하고 OpenSSL과 같은 도구를 사용하여 개인 키를 사용합니다. Kubernetes 비밀 만들기: 이전 단계에서 얻은 인증서와 키를 사용하여 Kubernetes 비밀을 만듭니다. 이 비밀은 Kubernetes 클러스터 내에 인증서와 키를 안전하게 저장합니다. Kubernetes 서비스에 주석 추가: 애플리케이션을 노출하는 Kubernetes 서비스를 수정하고 다음 주석을 추가하여 SSL 종료를 활성화합니다. 주석: service.beta.kubernetes.io/oci-load-balancer-ssl-ports: '443'(지정) SSL 포트는 443으로) 주석: service.beta.kubernetes.io/oci-load-balancer-tls-secret: ssl Certificate-secret(인증서와 키가 포함된 Kubernetes 비밀 이름 지정) 다음 단계를 수행하면 자체 서명된 인증서와 Kubernetes 비밀을 사용하여 애플리케이션에 대한 보안 SSL 종료를 생성할 수 있습니다. Kubernetes 서비스에 추가된 주석은 SSL 포트가 올바르게 구성되었는지 확인하고 트래픽이 로드 밸런서에 도달할 때 TLS 비밀이 SSL 종료에 활용되는지 확인합니다. 제공된 다른 옵션은 OKE(Kubernetes용 OCI 컨테이너 엔진) 클러스터에서 보안 SSL 종료를 달성하기 위한 가장 적합한 접근 방식이 아닙니다. OCI 로드 밸런서 SSL 비밀 키와 관련된 주석을 추가하는 것은 이 시나리오에서 SSL 종료에 대한 올바른 접근 방식이 아닙니다. Kubernetes 비밀을 사용하여 Kubernetes 클러스터 내에서 SSL 인증서를 생성하고 관리할 수 있는 경우 Let's Encrypt를 사용하여 자체 서명된 인증서를 생성하고 OCI Load Balancer에서 이를 구성할 필요가 없습니다.

1z0-1084-23 문제 14

Java, Python 및 Node.js의 여러 Oracle Functions를 사용하여 클라우드 네이티브 서버리스 여행 애플리케이션을 구축하고 있습니다. travel-app이라는 단일 애플리케이션에 이러한 기능을 빌드하고 배포해야 합니다. 이 작업을 성공적으로 완료하는 데 도움이 되는 명령은 무엇입니까?

A. fn app --app travel-app 배포 --ext java pyljs

B. fn 함수 배포 앱 travel-app--all

C. fn 배포--app travel-app --all

D. fn app 배포 --app travel-app --all

1z0-1084-23 문제 15

서버리스 아키텍처를 구현하기로 선택한 두 가지 주요 이유는 무엇입니까? (2개를 선택하세요.)

A. 장기 실행 작업을 더 쉽게 실행할 수 있습니다.

B. 기능 내 상태 관리 개선

C. 운영 비용 절감

D. 자동 수평 크기 조정

E. 통합 테스트가 필요하지 않습니다.

정답: C,D

설명
서버리스 아키텍처를 선택하는 두 가지 주요 이유는 다음과 같습니다. 자동 수평 확장: 서버리스 아키텍처는 수요에 따라 리소스를 자동으로 확장할 수 있습니다. 인프라는 필요에 따라 리소스를 자동으로 프로비저닝하고 확장하므로 애플리케이션이 다양한 워크로드를 효율적으로 처리할 수 있습니다.
이렇게 하면 수동으로 확장할 필요가 없어지고 리소스 활용도가 최적화됩니다. 운영 비용 절감:
서버리스 아키텍처는 실제 실행 시간과 기능에서 소비한 리소스에 대해서만 요금이 청구되는 종량제 모델을 따릅니다. 이렇게 하면 유휴 리소스에 대한 비용을 지불할 필요가 없으므로 비용이 절감됩니다. 또한 서버리스 아키텍처는 서버 관리 및 유지 관리의 필요성을 제거하여 운영 오버헤드 및 관련 비용을 줄입니다. 설명: 통합 테스트가 필요하지 않습니다. 기능이 다른 구성 요소 및 서비스와 올바르게 통합되는지 확인하기 위해 서버리스 아키텍처에서 통합 테스트가 여전히 필요합니다. 서버리스 기능은 다양한 이벤트 소스, 데이터베이스 및 API와 상호 작용할 수 있으며 통합 지점을 확인하려면 테스트가 필요합니다. 기능 내 상태 관리 개선: 서버리스 아키텍처는 일반적으로 단기 요청 또는 이벤트에서 작동하는 상태 비저장 기능을 권장합니다. 함수 내에서 상태를 관리하는 메커니즘이 있지만 서버리스 아키텍처는 기본적으로 상태 비저장으로 설계되어 확장성과 내결함성을 향상시킵니다. 장기 실행 작업 실행 용이성: 서버리스 기능은 일반적으로 장기 실행 작업보다는 단기 작업을 위해 설계되었습니다. 장기 실행 작업에 대한 요구 사항이 있는 경우 서버리스 아키텍처는 실행 시간 제한이 있고 확장 실행에 필요한 리소스를 제공하지 않을 수 있으므로 이상적인 선택이 아닐 수 있습니다.

다른 버전: 749Oracle.1z0-1084-23.v2024-02-21.q71

최근 업로드: 108Microsoft.AZ-500-KR.v2026-06-04.q213; 110Microsoft.DP-600-KR.v2026-06-04.q98; 105Microsoft.AZ-204-KR.v2026-06-04.q237; 136Microsoft.PL-600-KR.v2026-06-04.q112; 190Microsoft.SC-300-KR.v2026-06-03.q151; 154Microsoft.DP-600-KR.v2026-06-03.q70; 869PMI.PMP-KR.v2026-06-01.q1069; 229Microsoft.MS-102-KR.v2026-06-01.q252; 210Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197