설명

설명/참조:
설명:
E: GitLab CI/CD는 GitHub 또는 BitBucket과 같은 다른 Git 서버와 함께 사용할 수 있습니다. 전체 프로젝트를 GitLab으로 이동하는 대신 외부 저장소를 연결하여 GitLab CI/CD의 이점을 얻을 수 있습니다.
참고: 파이프라인이 Bitbucket Cloud와 같은 원격 타사 리포지토리 호스트를 사용하는 경우 리포지토리는 코드가 변경되고 빌드가 트리거되어야 할 때 Azure Pipelines Server 또는 TFS에 알리는 웹훅으로 구성됩니다. 온프레미스 설치는 일반적으로 방화벽으로 보호되므로 타사 웹훅은 온프레미스 서버에 연결할 수 없습니다. 이 문제를 해결하려면 웹훅 대신 폴링을 사용하여 코드가 변경될 때 빌드를 트리거하는 외부 Git 리포지토리 유형을 사용할 수 있습니다.
참조: https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/pipeline-options-for-git Testlet 1 사례 연구 이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
애플리케이션 아키텍처
회사의 주요 응용 프로그램은 VB.NET으로 작성된 논리를 사용하는 ASP.NET 웹 양식을 기반으로 하는 단일 단일 퇴직 기금 관리 시스템입니다. 응용 프로그램의 일부 새 섹션은 C#으로 작성되었습니다.
응용 프로그램의 변형은 개별 고객을 위해 생성됩니다. 현재 응용 프로그램의 코드 기반에는 80개 이상의 라이브 코드 분기가 있습니다.
응용 프로그램은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 TFS(Team Foundation Server)에 저장됩니다. 지점은 TFS 프록시 서버를 사용하여 소스 코드에 액세스합니다.
아키텍처 문제
Litware는 고객을 위한 새로운 코드 작성에 중점을 둡니다. 기존 코드를 리팩토링하거나 제거하기 위한 리소스가 제공되지 않습니다. 종속성이 개별 개발자에게 명확하지 않기 때문에 코드 기반을 변경하는 데 오랜 시간이 걸립니다.
코드의 병합 작업에는 종종 몇 달이 걸리고 많은 개발자가 참여합니다. 코드 병합은 자주 찾고 해결하기 어려운 버그를 도입합니다.
고객들은 퇴직 기금 관리 시스템의 소유 비용이 지속적으로 증가한다고 보고합니다.
관련 없는 코드를 병합해야 하기 때문에 사소한 코드 변경에도 비용이 많이 듭니다.
고객은 버그 보고가 지나치게 복잡하다고 보고합니다.
계획된 변경
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 투자 계획 응용 프로그램은 기존 퇴직 기금 관리 시스템과 약간만 통합하면 됩니다.
투자 계획 애플리케이션 제품군에는 다중 계층 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개가 포함됩니다. 직원들은 하나의 모바일 애플리케이션을 사용할 것입니다. 다른 하나는 고객이 사용합니다.
Litware는 보다 민첩한 개발 방법론으로 이동할 계획입니다. 공유 코드는 일련의 패키지로 추출됩니다.
Litware는 내부 클라우드 변환 프로세스를 시작했으며 적절할 때마다 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 항상 고객 버그 보고서를 기다리기보다 사전에 오류를 감지하기를 원합니다.
기술 요구 사항
회사의 투자 계획 응용 프로그램 제품군은 다음 요구 사항을 충족해야 합니다.
방화벽을 통해 들어오는 새로운 연결은 최소화해야 합니다.

Developers라는 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.

모든 권한 할당에 대해 최소 권한 원칙을 사용해야 합니다.

새로운 기능 개발을 지원하는 분기 전략을 사용해야 합니다.

팀 리더라는 그룹의 구성원은 새 패키지를 만들고 편집할 수 있어야 합니다.

패키지 피드의 권한.
Visual Studio App Center를 사용하여 모바일 애플리케이션 충돌 보고를 중앙 ​​집중화하고

사용 중인 장치 유형.
기본적으로 프로덕션 릴리스를 제외하고 모든 릴리스는 30일 동안 사용 가능한 상태로 유지되어야 합니다.

60일 동안 보관합니다.
코드 품질과 릴리스 품질이 중요합니다. 릴리스 중에는 배포가 다음 사이에 진행되어서는 안 됩니다.

릴리스에 대해 활성 버그가 기록된 경우 단계.
모바일 애플리케이션은 기존 퇴직 기금의 주가 서비스를 호출 할 수 있어야합니다

관리 시스템. 시스템이 업그레이드될 때까지 서비스는 HTTPS를 통한 기본 인증만 지원합니다.
테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure 자동화

상태 구성을 사용하여 각 테스트 서버의 운영 체제가 서버를 주기적으로 생성하고 확인할 때 동일한 방식으로 구성되도록 해야 합니다.
현재 기술 문제
테스트 서버는 처음 배포될 때 올바르게 구성되지만 시간이 지남에 따라 구성 드리프트가 발생합니다. Azure Automation 상태 구성이 구성을 수정하지 못합니다.
Azure Automation 상태 구성 노드는 다음 명령을 사용하여 등록됩니다.

설명:
1단계: Kubectl 생성
Helm을 구성하는 동안 --service-account <NAME> 플래그를 사용하여 Tiller에 서비스 계정을 추가할 수 있습니다(아래 2단계). 전제 조건으로 사전에 설정된 역할과 서비스 계정 이름을 지정하는 역할 바인딩을 만들어야 합니다.
예: 클러스터 관리자 역할이 있는 서비스 계정
$ kubectl create -f rbac-config.yaml
serviceaccount "tiller"가 생성됨
clusterrolebinding "tiller"가 생성되었습니다.
$ helm init --service-account 틸러
2단계: 키 초기화
기본 Tiller를 AKS 클러스터에 배포하려면 helm init 명령을 사용합니다.
3단계: 키 설치
Helm으로 차트를 설치하려면 helm install 명령을 사용하고 설치할 차트의 이름을 지정하십시오.
참조:
https://docs.microsoft.com/en-us/azure/aks/kubernetes-helm
https://docs.helm.sh/using_helm/#tiller-namespaces-and-rbac

아래 솔루션을 참조하십시오.
설명
1. 포털에 로그인하고,
2. Deploy-lod9940427 템플릿 선택
3. 템플릿 편집을 선택한 다음 JSON 템플릿 코드를 코드 창에 붙여넣습니다.
4. 총 256개의 IP 주소만 지원하려면 ASddressPrefixes를 10.0.0.0/24로 변경합니다.
addressSpace":{"addressPrefixes": ["10.0.0.0/24"]},
5. 총 64개의 IP 주소만 지원하도록 firstSubnet 주소 접두사를 10.0.0.0/26으로 변경합니다.
"서브넷":[
{
"이름": "firstSubnet",
"속성":{
"addressPrefix": "10.0.0.0/24"
}
6. 저장을 선택합니다.

7. 매개변수 편집을 선택하고 표시되는 매개변수의 값을 제공한 다음 확인을 선택하십시오.
8 구독을 선택합니다. 사용하려는 구독을 선택한 다음 확인을 선택합니다.
9. 리소스 그룹을 선택합니다. 기존 리소스 그룹을 선택하거나 새 그룹을 만든 다음 확인을 선택합니다.

10. 만들기를 선택합니다. 대시보드의 새 타일은 템플릿 배포 진행 상황을 추적합니다.
참조:
https://docs.microsoft.com/en-us/azure-stack/user/azure-stack-deploy-template-portal?view=azs-1908
https://docs.microsoft.com/en-us/azure/architecture/building-blocks/extending-templates/update-resource