AZ-400-KR 문제 91
사례 연구 1 - Litware
개요
기존 환경
Litware, Inc.는 독립 소프트웨어 공급업체(ISV)입니다. Litware는 본사 1곳과 지사 5곳을 보유하고 있습니다.
애플리케이션 아키텍처
이 회사의 주요 애플리케이션은 ASP.NET 웹 폼 기반의 단일 모놀리식 퇴직 연금 관리 시스템으로, 로직은 VB.NET으로 작성되었습니다. 애플리케이션의 일부 새로운 부분은 C#으로 작성되었습니다.
이 애플리케이션은 개별 고객에 맞춰 다양한 버전으로 제작됩니다. 현재 100개 이상의 버전이 있습니다.
애플리케이션 코드베이스에 80개의 활성 코드 브랜치가 있습니다.
이 애플리케이션은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 Team Foundation Server(TFS)에 저장되어 있으며, 지사에서는 TFS 프록시 서버를 통해 소스 코드에 접근합니다.
건축 관련 문제
Litware는 고객을 위한 새로운 코드 작성에 집중합니다. 기존 코드의 리팩토링이나 삭제를 위한 리소스는 제공하지 않습니다. 개별 개발자들이 코드 간의 의존성을 명확하게 파악하기 어렵기 때문에 코드베이스 변경에 오랜 시간이 걸립니다.
코드 병합 작업은 종종 몇 달이 걸리고 많은 개발자가 참여합니다. 코드 병합 과정에서 찾아내고 해결하기 어려운 버그가 발생하는 경우가 많습니다.
고객들은 퇴직연금 관리 시스템의 소유 비용이 지속적으로 증가하고 있다고 보고합니다. 관련 없는 코드를 통합해야 하는 필요성 때문에 사소한 코드 변경조차도 비용이 많이 듭니다.
고객들은 버그 보고 절차가 지나치게 복잡하다고 지적합니다.
계획된 변경 사항
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 이 투자 계획 애플리케이션은 기존 퇴직연금 관리 시스템과 최소한의 통합만 필요합니다.
투자 계획 애플리케이션 제품군은 다단계 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개로 구성됩니다. 모바일 애플리케이션 중 하나는 직원용이고, 다른 하나는 고객용입니다.
Litware는 보다 애자일 개발 방법론으로 전환할 계획입니다. 공유 코드는 여러 패키지로 분리될 것입니다.
Litware는 내부 클라우드 전환 프로세스를 시작했으며, 적절한 경우 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 고객의 버그 보고를 기다리는 대신, 오류를 사전에 감지하는 데 적극적으로 나서고자 합니다.
기술 요구사항
회사의 투자 계획 애플리케이션 제품군은 다음 요구 사항을 충족해야 합니다.
방화벽을 통한 새로운 유입 연결을 최소화해야 합니다.
* '개발자' 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.
* 모든 권한 부여에는 최소 권한 원칙이 적용되어야 합니다.
* 새로운 기능을 독립적으로 개발할 수 있도록 지원하는 분기 전략을 사용해야 합니다.
* '팀 리더'라는 그룹의 구성원은 새 패키지를 생성하고 패키지 피드의 권한을 편집할 수 있어야 합니다.
* 모바일 애플리케이션 충돌 및 사용 중인 장치 유형에 대한 보고를 중앙 집중화하려면 Visual Studio App Center를 사용해야 합니다.
* 기본적으로 모든 릴리스는 30일 동안 유지되어야 하며, 프로덕션 릴리스는 60일 동안 유지되어야 합니다.
* 코드 품질과 릴리스 품질은 매우 중요합니다. 릴리스 과정에서 해당 릴리스에 대해 버그가 발견된 경우, 단계별 배포를 진행해서는 안 됩니다.
* 모바일 애플리케이션은 기존 퇴직연금 관리 시스템의 주가 조회 서비스를 호출할 수 있어야 합니다. 시스템 업그레이드가 완료될 때까지 해당 서비스는 HTTPS를 통한 기본 인증만 지원합니다.
* 테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure Automation 상태 구성을 사용하여 서버를 생성하고 주기적으로 점검할 때 각 테스트 서버의 운영 체제가 동일하게 구성되도록 해야 합니다.
현재 기술적 문제
테스트 서버는 처음 배포될 때는 올바르게 구성되지만 시간이 지남에 따라 구성이 변경됩니다. Azure Automation 상태 구성은 이러한 구성을 수정하지 못합니다.
Azure Automation 상태 구성 노드는 다음 명령을 사용하여 등록됩니다.
드래그 앤 드롭 질문
투자 계획 애플리케이션 제품군에 대해 개발자 및 팀 리더 그룹에 어떤 패키지 피드 액세스 레벨을 할당해야 할까요? 정답을 확인하려면 적절한 액세스 레벨을 해당 그룹으로 드래그하세요. 각 액세스 레벨은 한 번, 여러 번 또는 전혀 사용되지 않을 수 있습니다.
콘텐츠를 보려면 창 사이의 분할 막대를 드래그하거나 스크롤해야 할 수 있습니다.
참고: 정답 하나당 1점입니다.
개요
기존 환경
Litware, Inc.는 독립 소프트웨어 공급업체(ISV)입니다. Litware는 본사 1곳과 지사 5곳을 보유하고 있습니다.
애플리케이션 아키텍처
이 회사의 주요 애플리케이션은 ASP.NET 웹 폼 기반의 단일 모놀리식 퇴직 연금 관리 시스템으로, 로직은 VB.NET으로 작성되었습니다. 애플리케이션의 일부 새로운 부분은 C#으로 작성되었습니다.
이 애플리케이션은 개별 고객에 맞춰 다양한 버전으로 제작됩니다. 현재 100개 이상의 버전이 있습니다.
애플리케이션 코드베이스에 80개의 활성 코드 브랜치가 있습니다.
이 애플리케이션은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 Team Foundation Server(TFS)에 저장되어 있으며, 지사에서는 TFS 프록시 서버를 통해 소스 코드에 접근합니다.
건축 관련 문제
Litware는 고객을 위한 새로운 코드 작성에 집중합니다. 기존 코드의 리팩토링이나 삭제를 위한 리소스는 제공하지 않습니다. 개별 개발자들이 코드 간의 의존성을 명확하게 파악하기 어렵기 때문에 코드베이스 변경에 오랜 시간이 걸립니다.
코드 병합 작업은 종종 몇 달이 걸리고 많은 개발자가 참여합니다. 코드 병합 과정에서 찾아내고 해결하기 어려운 버그가 발생하는 경우가 많습니다.
고객들은 퇴직연금 관리 시스템의 소유 비용이 지속적으로 증가하고 있다고 보고합니다. 관련 없는 코드를 통합해야 하는 필요성 때문에 사소한 코드 변경조차도 비용이 많이 듭니다.
고객들은 버그 보고 절차가 지나치게 복잡하다고 지적합니다.
계획된 변경 사항
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 이 투자 계획 애플리케이션은 기존 퇴직연금 관리 시스템과 최소한의 통합만 필요합니다.
투자 계획 애플리케이션 제품군은 다단계 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개로 구성됩니다. 모바일 애플리케이션 중 하나는 직원용이고, 다른 하나는 고객용입니다.
Litware는 보다 애자일 개발 방법론으로 전환할 계획입니다. 공유 코드는 여러 패키지로 분리될 것입니다.
Litware는 내부 클라우드 전환 프로세스를 시작했으며, 적절한 경우 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 고객의 버그 보고를 기다리는 대신, 오류를 사전에 감지하는 데 적극적으로 나서고자 합니다.
기술 요구사항
회사의 투자 계획 애플리케이션 제품군은 다음 요구 사항을 충족해야 합니다.
방화벽을 통한 새로운 유입 연결을 최소화해야 합니다.
* '개발자' 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.
* 모든 권한 부여에는 최소 권한 원칙이 적용되어야 합니다.
* 새로운 기능을 독립적으로 개발할 수 있도록 지원하는 분기 전략을 사용해야 합니다.
* '팀 리더'라는 그룹의 구성원은 새 패키지를 생성하고 패키지 피드의 권한을 편집할 수 있어야 합니다.
* 모바일 애플리케이션 충돌 및 사용 중인 장치 유형에 대한 보고를 중앙 집중화하려면 Visual Studio App Center를 사용해야 합니다.
* 기본적으로 모든 릴리스는 30일 동안 유지되어야 하며, 프로덕션 릴리스는 60일 동안 유지되어야 합니다.
* 코드 품질과 릴리스 품질은 매우 중요합니다. 릴리스 과정에서 해당 릴리스에 대해 버그가 발견된 경우, 단계별 배포를 진행해서는 안 됩니다.
* 모바일 애플리케이션은 기존 퇴직연금 관리 시스템의 주가 조회 서비스를 호출할 수 있어야 합니다. 시스템 업그레이드가 완료될 때까지 해당 서비스는 HTTPS를 통한 기본 인증만 지원합니다.
* 테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure Automation 상태 구성을 사용하여 서버를 생성하고 주기적으로 점검할 때 각 테스트 서버의 운영 체제가 동일하게 구성되도록 해야 합니다.
현재 기술적 문제
테스트 서버는 처음 배포될 때는 올바르게 구성되지만 시간이 지남에 따라 구성이 변경됩니다. Azure Automation 상태 구성은 이러한 구성을 수정하지 못합니다.
Azure Automation 상태 구성 노드는 다음 명령을 사용하여 등록됩니다.
드래그 앤 드롭 질문
투자 계획 애플리케이션 제품군에 대해 개발자 및 팀 리더 그룹에 어떤 패키지 피드 액세스 레벨을 할당해야 할까요? 정답을 확인하려면 적절한 액세스 레벨을 해당 그룹으로 드래그하세요. 각 액세스 레벨은 한 번, 여러 번 또는 전혀 사용되지 않을 수 있습니다.
콘텐츠를 보려면 창 사이의 분할 막대를 드래그하거나 스크롤해야 할 수 있습니다.
참고: 정답 하나당 1점입니다.
AZ-400-KR 문제 92
핫스팟 질문
홈페이지 로딩 성능에 따라 트리거되는 알림을 생성할 계획입니다.
다음 그림과 같이 Application Insights 로그 쿼리가 있습니다.
아래 그림에 제시된 정보를 바탕으로 각 문장을 완성하는 답을 드롭다운 메뉴에서 선택하세요.
참고: 정답 하나당 1점입니다.
홈페이지 로딩 성능에 따라 트리거되는 알림을 생성할 계획입니다.
다음 그림과 같이 Application Insights 로그 쿼리가 있습니다.
아래 그림에 제시된 정보를 바탕으로 각 문장을 완성하는 답을 드롭다운 메뉴에서 선택하세요.
참고: 정답 하나당 1점입니다.
AZ-400-KR 문제 93
Contoso라는 Azure DevOps 조직, Project1이라는 Azure DevOps 프로젝트, Sub1이라는 Azure 구독, vault1이라는 Azure Key Vault가 있습니다.
Project1의 모든 파이프라인에서 vault1에 저장된 비밀 값을 참조할 수 있는지 확인해야 합니다. 해결책은 해당 값이 파이프라인에 저장되는 것을 방지해야 합니다.
어떻게 해야 하나요?
Project1의 모든 파이프라인에서 vault1에 저장된 비밀 값을 참조할 수 있는지 확인해야 합니다. 해결책은 해당 값이 파이프라인에 저장되는 것을 방지해야 합니다.
어떻게 해야 하나요?
AZ-400-KR 문제 94
귀하는 Azure Artifacts를 사용하여 직접 작성, 테스트, 검증 및 배포한 패키지를 공유하려는 것입니다.
하나의 피드를 사용하여 각 패키지의 여러 빌드를 배포하려고 합니다. 개발 중인 패키지는 배포가 제한되도록 해야 합니다.
다음 중 어떤 조치를 취해야 할까요?
하나의 피드를 사용하여 각 패키지의 여러 빌드를 배포하려고 합니다. 개발 중인 패키지는 배포가 제한되도록 해야 합니다.
다음 중 어떤 조치를 취해야 할까요?
AZ-400-KR 문제 95
Azure DevOps 구독에는 Project1과 Project2라는 두 개의 프로젝트가 있습니다.
해당 프로젝트에는 다음 표에 나와 있는 작업들이 포함되어 있습니다.
병렬 작업 두 개를 구매하셨습니다.
오전 10시에 JobA와 JobB를 대기열에 추가합니다. 오전 10시 5분에 JobC를 대기열에 추가합니다.
JobC는 언제 실행되나요?
해당 프로젝트에는 다음 표에 나와 있는 작업들이 포함되어 있습니다.
병렬 작업 두 개를 구매하셨습니다.
오전 10시에 JobA와 JobB를 대기열에 추가합니다. 오전 10시 5분에 JobC를 대기열에 추가합니다.
JobC는 언제 실행되나요?