설명

설명

설명

시나리오: 기본적으로 모든 릴리스는 30일 동안 사용 가능해야 하지만, 프로덕션 릴리스는 60일 동안 보관해야 합니다.
상자 1: 기본 보존 정책을 30일로 설정
글로벌 기본 보존 정책은 모든 빌드 파이프라인의 기본 보존 값을 설정합니다. 빌드 파이프라인 작성자는 이 값을 재정의할 수 있습니다.
상자 2: 단계 보존 정책을 60일로 설정
특정 단계에 배포된 릴리스를 더 많이 보관하고 싶을 수도 있습니다.
참고문헌: https://docs.microsoft.com/en-us/azure/devops/pipelines/policies/retention
주제 1, Litware Inc. 사례 연구: 1
개요
기존 환경
Litware, Inc.는 독립 소프트웨어 공급업체(ISV)입니다. Litware는 본사와 5개의 지점을 두고 있습니다.
애플리케이션 아키텍처
이 회사의 주요 애플리케이션은 V8.NET으로 작성된 로직을 사용하는 ASP.NET 웹 폼 기반의 단일 모놀리식 은퇴 기금 관리 시스템입니다. 애플리케이션의 일부 새로운 섹션은 C#으로 작성되었습니다.
개별 고객을 위해 다양한 버전의 애플리케이션이 개발되었습니다. 현재 애플리케이션 코드 베이스에는 80개 이상의 코드 브랜치가 있습니다.
이 애플리케이션은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 Team Foundation Server(TFS)에 저장되어 있습니다. 지사에서는 TFS 프록시 서버를 통해 소스 코드에 접근합니다.
건축 문제
Litware는 고객을 위한 새로운 코드 작성에 중점을 둡니다. 기존 코드를 리팩토링하거나 제거하는 데 필요한 리소스는 제공되지 않습니다. 코드 베이스를 변경하는 데 시간이 오래 걸리고, AS 종속성이 개별 개발자에게 명확하게 드러나지 않습니다.
코드 병합 작업은 수개월이 걸리고 많은 개발자가 참여해야 하는 경우가 많습니다. 코드 병합 과정에서는 찾아내고 해결하기 어려운 버그가 자주 발생합니다.
고객들은 퇴직연금 관리 시스템의 소유 비용이 지속적으로 증가하고 있다고 보고합니다. 관련 없는 코드를 통합해야 하므로 사소한 코드 변경에도 비용이 많이 듭니다.
요구 사항
계획된 변경 사항
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 투자 계획 애플리케이션은 Easting 은퇴 기금 관리 시스템과의 간단한 통합만 필요합니다.
투자 계획 애플리케이션 제품군에는 다계층 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개가 포함됩니다. 모바일 애플리케이션 1개는 직원이 사용하고, 다른 1개는 고객이 사용합니다.
Litware는 더욱 민첩한 개발 방법론으로 전환할 계획입니다. 공유된 코드는 일련의 패키지로 추출될 것입니다.
Litware는 내부 클라우드 전환 프로세스를 시작했으며, 적합한 경우 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 고객 버그 보고서를 항상 기다리는 대신, 사전에 오류를 감지하는 데 주력하고자 합니다.
기술 요구 사항
회사의 투자 계획 애플리케이션 제품군은 다음과 같은 기술 요구 사항을 충족해야 합니다.
* 방화벽을 통해 들어오는 새로운 연결을 최소화해야 합니다.
* 개발자라는 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.
* 모든 권한 할당에는 최소 권한 원칙을 사용해야 합니다.
* 새로운 기능을 격리하여 개발할 수 있는 분기 전략을 사용해야 합니다.
* 팀 리더라는 그룹의 멤버는 새 패키지를 만들고 패키지 피드의 권한을 편집할 수 있어야 합니다.
* Visual Studio App Center를 사용하여 모바일 애플리케이션 충돌 및 사용 중인 장치 유형에 대한 보고를 중앙에서 관리해야 합니다.
* 기본적으로 모든 App Center는 모바일 애플리케이션 충돌 및 사용 중인 기기 유형에 대한 보고를 중앙에서 관리하는 데 사용해야 합니다.
* 코드 품질과 릴리스 품질은 매우 중요합니다. 릴리스 중에 활성 버그가 기록되면 배포를 단계적으로 진행해서는 안 됩니다.
* 모바일 애플리케이션은 기존 퇴직연금 관리 시스템의 주가평가 서비스를 이용할 수 있어야 합니다. 시스템 업그레이드 전까지는 HUPS를 통한 기본 인증만 지원됩니다.
* 테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure Automation 상태 구성을 사용하여 서버를 생성하고 주기적으로 확인할 때 각 테스트 서버의 운영 체제가 동일하게 구성되도록 해야 합니다.
현재 기술
테스트 서버는 처음 배포될 때는 올바르게 구성되었지만 시간이 지남에 따라 구성 드리프트가 발생합니다. Azure Automation 상태 구성이 구성을 수정하지 못합니다.
Azure Automation State Configuration 노드는 다음 명령을 사용하여 등록됩니다.

Azure Artifacts 자격 증명 공급자는 .NET 개발 워크플로의 일부로 NuGet 패키지를 복원하는 데 필요한 자격 증명 획득을 자동화합니다. MSBuild, dotnet 및 NuGet(.exe)과 통합되며 Windows, Mac 및 Linux에서 작동합니다. Azure Artifacts 피드의 패키지를 사용할 때마다 자격 증명 공급자는 사용 중인 NuGet 클라이언트를 대신하여 토큰을 자동으로 획득하고 안전하게 저장합니다.
참조:
https://github.com/Microsoft/artifacts-credprovider
DevOps 개발 프로세스 구현
테스트렛 1
사례 연구
이 시험은 사례 연구입니다. 사례 연구는 별도의 시간 제한이 없습니다. 각 사례를 완료하는 데 필요한 시험 시간을 원하는 만큼 사용할 수 있습니다. 단, 이 시험에는 추가 사례 연구와 섹션이 포함될 수 있습니다. 정해진 시간 내에 모든 문제를 완료할 수 있도록 시간을 효율적으로 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시물 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 복습 화면이 나타납니다. 이 화면에서 답을 검토하고 다음 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 '다음' 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창의 버튼을 사용하여 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 '모든 정보' 탭이 있는 경우, 표시되는 정보는 이후 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 '질문' 버튼을 클릭하여 해당 질문으로 돌아가세요.
개요
Litware, Inc.는 독립 소프트웨어 공급업체(ISV)입니다. Litware는 본사와 5개의 지사를 운영하고 있습니다.
기존 환경
애플리케이션 아키텍처
이 회사의 주요 애플리케이션은 VB.NET으로 작성된 로직을 사용하는 ASP.NET 웹 폼 기반의 단일 모놀리식 은퇴 기금 관리 시스템입니다. 애플리케이션의 일부 새로운 섹션은 C#으로 작성되었습니다.
개별 고객을 위해 다양한 버전의 애플리케이션이 개발되었습니다. 현재 애플리케이션 코드 베이스에는 80개 이상의 라이브 코드 브랜치가 있습니다.
이 애플리케이션은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 Team Foundation Server(TFS)에 저장되어 있습니다. 지사에서는 TFS 프록시 서버를 통해 소스 코드에 접근합니다.
건축 문제
Litware는 고객을 위한 새로운 코드 작성에 중점을 둡니다. 기존 코드를 리팩토링하거나 제거하는 데 필요한 리소스는 제공되지 않습니다. 개별 개발자가 종속성을 명확하게 파악하기 어렵기 때문에 코드 베이스를 변경하는 데 오랜 시간이 소요됩니다.
코드 병합 작업은 수개월이 걸리고 많은 개발자가 참여해야 하는 경우가 많습니다. 코드 병합 과정에서는 찾아내고 해결하기 어려운 버그가 자주 발생합니다.
고객들은 퇴직연금 관리 시스템의 소유 비용이 지속적으로 증가하고 있다고 보고합니다. 관련 없는 코드를 통합해야 하므로 사소한 코드 변경에도 비용이 많이 듭니다.
고객들은 버그 보고가 지나치게 복잡하다고 보고합니다.
요구 사항
계획된 변경 사항
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 투자 계획 애플리케이션은 기존 퇴직연금 관리 시스템과의 간단한 통합만으로 구성됩니다.
투자 계획 애플리케이션 제품군에는 다계층 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개가 포함됩니다. 모바일 애플리케이션 1개는 직원이 사용하고, 다른 1개는 고객이 사용합니다.
Litware는 더욱 민첩한 개발 방법론으로 전환할 계획입니다. 공유된 코드는 일련의 패키지로 추출될 것입니다.
Litware는 내부 클라우드 전환 프로세스를 시작했으며, 적합한 경우 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 항상 고객 버그 보고를 기다리는 대신, 사전에 장애를 감지하는 데 주력하고자 합니다.
기술적 요구 사항
회사의 투자 계획 애플리케이션 제품군은 다음 요구 사항을 충족해야 합니다.
* 방화벽을 통해 들어오는 새로운 연결을 최소화해야 합니다.
* 개발자라는 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.
* 모든 권한 할당에는 최소 권한의 원칙을 사용해야 합니다.
* 새로운 기능을 격리하여 개발할 수 있는 분기 전략을 사용해야 합니다.
* 팀 리더라는 그룹의 구성원은 새로운 패키지를 만들고 패키지 피드의 권한을 편집할 수 있어야 합니다.
* Visual Studio App Center를 사용하여 모바일 애플리케이션 충돌 및 사용 중인 장치 유형에 대한 보고를 중앙에서 관리해야 합니다.
* 기본적으로 모든 릴리스는 60일 동안 보관해야 하는 프로덕션 릴리스를 제외하고 30일 동안 사용 가능해야 합니다.
* 코드 품질과 릴리스 품질은 매우 중요합니다. 릴리스 중에 활성 버그가 기록되면 배포를 단계적으로 진행해서는 안 됩니다.
* 모바일 애플리케이션은 기존 퇴직연금 관리 시스템의 주가평가 서비스를 이용할 수 있어야 합니다. 시스템 업그레이드 전까지는 HTTPS를 통한 기본 인증만 지원됩니다.
* 테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure Automation 상태 구성을 사용하여 서버를 정기적으로 생성하고 확인할 때 각 테스트 서버의 운영 체제가 동일하게 구성되도록 해야 합니다.
현재 기술 문제
테스트 서버는 처음 배포될 때는 올바르게 구성되었지만 시간이 지남에 따라 구성 드리프트가 발생합니다.
Azure Automation 상태 구성이 구성을 수정하지 못했습니다.
Azure Automation State Configuration 노드는 다음 명령을 사용하여 등록됩니다.

설명
SonarQube는 코드에서 개선이 필요한 영역을 파악하는 데 사용할 수 있는 정적 분석기 세트입니다. 프로젝트의 기술 부채를 분석하고 향후 추적할 수 있습니다. Maven 및 Gradle 빌드 작업을 사용하면 새 Azure DevOps Services 빌드 작업이나 기존 Azure DevOps Services 빌드 작업에서 최소한의 설정만으로 SonarQube 분석을 실행할 수 있습니다.
참고문헌:
https://docs.microsoft.com/en-us/azure/devops/java/sonarqube?view=azure-devops