설명/참조:
설명:
E: 라이브 웹 앱의 예외는 Application Insights에서 보고됩니다.
참고: 정기 보고서를 통해 팀은 비즈니스 크리티컬 서비스가 어떻게 진행되고 있는지 알 수 있습니다.
개발자, DevOps/SRE 팀 및 해당 관리자는 모든 사람이 포털에 로그인할 필요 없이 인사이트를 안정적으로 제공하는 자동화된 보고서를 통해 생산성을 높일 수 있습니다. 이러한 보고서는 또한 경고 규칙을 트리거하지 않을 수 있는 지연, 로드 또는 실패율의 점진적인 증가를 식별하는 데 도움이 될 수 있습니다.
A: 프로그래밍 방식으로 Application Insights 데이터를 쿼리하여 일정에 따라 사용자 지정 보고서를 생성할 수 있습니다.
다음 옵션을 사용하면 빠르게 시작할 수 있습니다.
Microsoft Flow로 보고서 자동화

Logic Apps로 보고서 자동화

참조:
https://docs.microsoft.com/en-us/azure/azure-monitor/app/asp-net-exceptions
https://docs.microsoft.com/en-us/azure/azure-monitor/app/automate-custom-reports

설명

1단계: PowerShell 구성 파일 만들기
간단한 PowerShell DSC 구성 파일을 만듭니다.
2단계: Azure Blob Storage에 파일 로드
공개적으로 액세스할 수 있는 Blob 컨테이너 URL에 모듈을 패키징하고 게시합니다. 3단계: 가상 머신에서 사용자 지정 스크립트 확장을 구성합니다.
사용자 지정 스크립트 확장은 Azure 가상 머신에서 스크립트를 다운로드하고 실행합니다.
참조:
https://docs.microsoft.com/en-us/azure/automation/automation-dsc-getting-started
https://docs.microsoft.com/en-us/azure/virtual-machines/extensions/custom-script-windows

설명:
상자 1: 사용자 흐름
사용자 흐름 도구는 사용자가 사이트의 페이지와 기능 사이를 탐색하는 방법을 시각화합니다. 다음과 같은 질문에 답하는 데 좋습니다.
사용자가 사이트의 페이지에서 다른 곳으로 이동하는 방법은 무엇입니까?
사용자가 사이트의 페이지에서 무엇을 클릭합니까?
사용자가 사이트에서 가장 많이 이탈하는 위치는 어디입니까?
사용자가 동일한 작업을 계속 반복하는 곳이 있습니까?
상자 2: 사용자
상자 3: 영향
참조:
https://docs.microsoft.com/en-us/azure/azure-monitor/app/usage-flows

설명:
1단계: 리포지토리 생성
Git 리포지토리 또는 리포지토리는 파일 변경 사항을 추적하는 데 도움이 되도록 Git에 지시한 폴더입니다. 컴퓨터에는 원하는 수의 리포지토리가 있을 수 있으며 각각은 고유한 폴더에 저장됩니다.
2단계: 브랜치 생성
분기 정책은 팀이 중요한 개발 분기를 보호하는 데 도움이 됩니다. 정책은 팀의 코드 품질 및 변경 관리 표준을 시행합니다.
3단계: 빌드 검증 정책 추가
빌드 유효성 검사 정책이 활성화되면 새 풀 요청이 생성되거나 이 분기를 대상으로 하는 기존 풀 요청에 변경 사항이 푸시될 때 새 빌드가 대기열에 추가됩니다. 그런 다음 빌드 정책은 빌드 결과를 평가하여 pull 요청을 완료할 수 있는지 여부를 결정합니다.
대본:
다음을 수행하는 Project2에 대한 코드 흐름 전략을 구현합니다.
Team2가 Project2에 대한 pull 요청을 제출할 수 있도록 합니다.
Team2가 Project2 사본에 대한 변경 사항에 대해 독립적으로 작업할 수 있도록 합니다.
Project2의 복사본에서 Team2가 수행한 모든 중간 변경은 Project2의 빌드 정책에 정의된 제한 사항과 동일한 제한 사항의 적용을 받습니다.

참조:
https://docs.microsoft.com/en-us/azure/devops/repos/git/manage-your-branches

설명