Power Platform의 테넌트 및 환경 관리자는 경고를 사용하여 리소스의 운영 상태를 추적합니다. 관리자는 사용자 지정 임계값을 설정하고 리소스에 대한 메트릭이 특정 임계값을 통과할 때 알림을 받습니다. Power Platform 관리 센터의 모니터 영역에서 메트릭에 대한 경고를 만듭니다.
다음 원칙에 유의하십시오.
- 새로운 메트릭이 생성된 후에 알림이 평가됩니다. 기본적으로 모든 메트릭은 24시간 집계입니다. 즉, 모니터 영역에서 24시간 데이터 검토 기간이 있는 경고 규칙은 최신 24시간 집계가 생성된 후 24시간마다 평가됩니다. 그러나 1시간 데이터 검토 기간이 있는 경고 규칙을 만들 수도 있습니다. 이렇게 하면 경고 규칙에 설정된 리소스 메트릭에 대한 시간별 집계가 가능합니다. 24시간 데이터 검토 기간이 있는 경고 규칙은 생성 시 주문형 평가를 수행합니다.
- 알림 규칙은 관리자가 리소스를 모니터링하기 위해 만드는 알림입니다. 알림 규칙을 편집, 삭제하고, 켜거나 끌 수 있습니다. 환경 및 특정 리소스에 경고 규칙을 배치할 수 있습니다.
- 트리거된 경고는 경고 규칙에서 모니터링하는 리소스 중 하나 이상이 경고 규칙을 구성할 때 관리자가 정의하는 특정 임계값을 통과할 때 발생합니다. 트리거된 경고를 선택하여 경고 규칙을 트리거한 리소스를 알아보고 관리되는 환경에 있는 경우 리소스를 개선하는 방법에 대한 권장 사항을 가져올 수 있습니다.
알림을 사용하는 경우
- 팀과 관리자는 경고를 사용하여 예상보다 많이 사용되는 리소스를 찾습니다. 예를 들어 관리자는 기본 환경의 앱이 하루에 50회를 초과하는지 확인하기 위해 경고를 만듭니다.
- Teams는 경고를 사용하여 성능이 저하된 리소스를 찾고 제조업체와 협력하여 문제를 해결합니다.
- 작업의 경우 관리자는 프로덕션 환경의 앱이 사용자에 대해 여는 속도가 느린지 알 수 있는 경고를 만듭니다.
필수 조건
- 알림에 액세스하려면 테넌트 관리자 또는 환경 관리자여야 합니다.
- 관리되는 환경에만 경고를 배치할 수 있습니다.
- 새롭고 개선된 Power Platform 관리 센터를 사용하고 있어야 합니다.
환경에 대한 경고 만들기
Power Platform 관리 센터에 로그인합니다.
탐색 창에서 모니터를 선택합니다.
모니터 창에서 알림을 선택합니다. 알림 페이지가 표시됩니다.
메모
경고 규칙 탭에서 기존 경고 규칙을 관리합니다. 추가 사용자 작업 아이콘을 사용하여 경고 규칙을 편집하거나 삭제하는 옵션을 볼 수 있습니다. 상태 열의 토글을 사용하여 경고 규칙을 켜거나 끕니다.
+ 알림 규칙을 선택하여 새 알림 규칙을 만듭니다. 새 알림 규칙 창이 표시됩니다.
알림 규칙 이름 필드에 알림의 이름을 입력합니다.
제품 목록에서 경고, Power Apps, Power Automate 또는 Copilot Studio를 사용하여 모니터링할 제품을 선택합니다.
제품 유형 목록에서 알림을 통해 모니터링할 항목을 선택합니다. 예를 들어 Power Apps용 캔버스 앱 또는 모델 기반 앱을 선택합니다.
범위 목록에서 환경을 선택하여 프로덕션 환경의 모든 캔버스 앱과 같은 특정 유형의 모든 항목을 모니터링합니다. 그런 다음, 환경을 선택합니다.
메트릭 목록에서 사용자 지정 임계값을 만들 메트릭을 선택합니다. 사용 가능한 메트릭에 대한 자세한 내용은 Power Apps에 대한 메트릭 및 권장 사항, Power Automate에 대한 메트릭 및 권장 사항, Copilot Studio에 대한 메트릭 및 권장 사항을 참조하세요.
연산자 목록에서 임계값을 정의할 연산자를 선택합니다. 옵션은 이하, 이상, 같음입니다.
값 선택 목록에서 화살표 아이콘을 사용하여 값을 늘리거나 줄입니다.
심각도 목록에서 낮음, 보통 또는 높음을 선택합니다.
알림 유형 목록에서 이 경고를 포함할 알림 유형을 선택합니다.
- [없음]을 선택하면 전자 메일이 표시되지 않으며 관리 센터의 모니터 영역으로 돌아가서 경고 상태를 확인해야 합니다.
-
전자 메일을 선택하면 받는 사람 필드에 지정한 받는 사람 및 최대 4명의 다른 받는 사람이 경고가 트리거될 때 전자 메일을 받습니다. 이메일은
PowerPlat-noreply@microsoft.com에서 보냅니다.
저장을 선택합니다.
리소스에 대한 경고 만들기
다음 단계를 사용하여 특정 캔버스 앱과 같은 특정 리소스를 모니터링하는 경고를 만들 수 있습니다.
Power Platform 관리 센터에 로그인합니다.
탐색 창에서 모니터를 선택합니다.
모니터 창에서 리소스가 있는 제품을 선택합니다. 예를 들어 Power Apps를 선택하면 경고를 만들 수 있는 캔버스 앱 목록이 표시됩니다.
리소스를 찾아서 선택하여 더 자세한 메트릭 정보가 있는 리소스 창을 엽니다.
창의 오른쪽 위 모서리에 리소스가 관리되는 환경에 있는 경우 레이블이 지정된 링크 + 새 경고 규칙이 표시됩니다.
+ 새 경고 규칙 링크를 선택하여 경고를 만듭니다. 관리 센터는 제품, 제품 유형, 범위, 환경 및 리소스 에 대한 정보를 자동으로 필터링하므로 해당 특정 리소스에 대한 경고를 만들 수 있습니다.
환경에 대한 경고 만들기에 설명된 대로 경고 규칙 이름, 메트릭, 운영자, 임계값, 심각도 및 알림 유형을 제공합니다.
리소스 범위 경고의 경우 경고가 데이터를 평가하는 간격을 지정하는 데이터 검토 기간을 구성할 수 있습니다. 데이터 검토 기간에 대한 옵션은 다음과 같습니다.
- 24시간: 경고는 지난 24시간 동안의 데이터를 확인합니다.
- 1시간: 경고는 지난 1시간의 데이터를 살펴보고 메트릭에 대해 시간별 집계를 사용하도록 설정합니다.
항목의 리소스 패널에서 해당 앱에 대한 해당 메트릭의 1시간 데이터 검토 기간으로 경고가 구성된 경우 항목 메트릭에서 24시간 및 1시간 집계에 대한 차트를 볼 수 있습니다. 예를 들어 앱의 Time to Interactive 메트릭에서 1시간 데이터 검토 기간을 사용하여 경고를 구성한 경우 해당 앱의 Time to Interactive 메트릭에 대한 차트에서 24시간 및 1시간 집계를 볼 수 있습니다. 차트 위의 검토 기간 목록을 사용하여 보기 간에 전환합니다.
메모
현재 데이터 검토 기간 은 미리 보기 상태이며 코드 앱에서만 사용할 수 있습니다.
저장을 선택합니다.
경고를 만든 후 시스템은 주문형 평가를 실행하고 해당 범위에서 적용 가능한 모든 리소스를 검사합니다.
저지연 경고(미리 보기)로 중요한 리소스 모니터링
저지연 경고를 사용하여 일일 평가를 기다리지 않고 지원되는 리소스 메트릭을 매시간 평가하세요. 이러한 경고는 중요 업무용 애플리케이션 및 기타 리소스에서 문제를 더 빨리 감지하는 데 도움이 될 수 있습니다.
예를 들어 프로덕션 클라우드 흐름에 대한 대기 시간이 짧은 경고를 만들어 성공률이 95% 미만으로 떨어지는지 확인할 수 있습니다. 규칙은 새 시간별 메트릭이 생성된 후 매시간 평가되며 조건이 충족될 때 실행될 수 있습니다.
짧은 대기 시간 경고의 작동 방식
기본적으로 Monitor 메트릭은 24시간마다 갱신되며, 알림은 새로운 24시간 집계가 생성된 후 해당 메트릭을 평가합니다. 데이터 검토 기간을 1시간으로 설정한 짧은 지연 시간 경고를 만들면 Monitor는 선택한 리소스의 선택한 메트릭에 대해 시간별 집계를 활성화합니다. 규칙은 새로운 시간별 메트릭이 생성된 후 평가되며, 조건이 충족되면 매시간마다 트리거될 수 있습니다.
시간별 집계는 해당 리소스 및 메트릭에만 적용됩니다. 리소스의 모든 메트릭에 대해 시간별 집계를 사용하도록 설정하지는 않습니다. 제품 목록 페이지와 리소스 창 왼쪽에 있는 메트릭 요약에는 여전히 24시간 집계 값이 표시됩니다.
시간별 경고 규칙은 새로운 시간별 데이터를 사용할 수 없기 때문에 생성 시 온디맨드 평가를 수행하지 않습니다.
메모
지연 시간이 짧은 경고는 매시간 새로 고침 및 평가 일정을 사용합니다. 실시간 경고는 아닙니다.
요구 사항 및 제한
- 사용자 지정 경고에 대한 관리자 권한 및 관리되는 환경 요구 사항을 포함하여 기존의 경고 필수 구성 요소를 충족합니다.
- 리소스 범위를 사용합니다. 저지연 경고는 환경 범위의 규칙에서 지원되지 않습니다.
- 지원되는 제품 및 메트릭을 선택합니다. 지원되는 메트릭은 Metric 선택기에서 옆에 기호가 표시됩니다.
- 각 테넌트는 최대 10개의 저지연 경고를 구성할 수 있습니다. 이러한 경고는 중요 업무용 애플리케이션 및 리소스에만 사용하세요.
- 메트릭당 리소스당 지연 시간이 짧은 경고를 하나만 구성할 수 있습니다. 예를 들어 임계값 또는 심각도가 다르더라도 동일한 앱의 앱 열기 성공률에 대해 두 개의 짧은 대기 시간 규칙을 만들 수 없습니다.
지원되는 제품 및 메트릭
| 제품 | 지원되는 메트릭 |
|---|---|
| 캔버스 앱 | 상호작용 가능 시간, 앱 열기 성공률, 데이터 요청 성공률, 데이터 요청 대기 시간 |
| 코드 앱 | 상호작용 가능 시간, 앱 열기 성공률, 데이터 요청 성공률, 데이터 요청 대기 시간 |
| 모델 기반 앱 | 앱 열기 성공률 |
| 클라우드 흐름 | 성공률 |
| 에이전트 | 에이전트 세션 성공률 |
대기 시간이 짧은 경고 만들기
- Power Platform 관리 센터에 로그인합니다.
- Monitor로 이동하여 관련 제품을 선택하고 리소스를 선택하여 해당 리소스 창을 엽니다.
- 리소스 창의 오른쪽 위 모서리에서 + 새 경고 규칙을 선택합니다. 이 옵션은 관리되는 환경의 리소스에서 사용할 수 있습니다.
- 경고 구성 패널에서 미리 채워진 제품 및 제품 유형을 확인합니다. 범위가 리소스인지 확인하고 올바른 환경 및 리소스가 선택되어 있는지 확인합니다.
- 경고 규칙 이름을 입력합니다. 메트릭에서 옆에 있는 기호로 식별되는 지원되는 메트릭을 선택합니다. 이 리소스 및 메트릭에 대해 짧은 대기 시간 경고가 아직 없고 테넌트가 짧은 대기 시간 경고 10개 제한에 도달하지 않았는지 확인합니다.
- 데이터 검토 기간에서 1시간을 선택합니다.
- 경고 조건에 대한 연산자 및 임계값을 구성하고 심각도를 선택한 다음 알림 유형을 선택합니다. 이러한 설정에 대한 자세한 내용은 리소스에 대한 경고 만들기를 참조하세요.
- 저장을 선택합니다.
경고를 만들면 선택한 리소스에서 선택한 메트릭에 대한 시간별 집계가 가능합니다. 리소스의 다른 메트릭은 기존 집계 설정을 계속 사용합니다.
시간별 메트릭 및 트리거된 경고 보기
대기 시간이 짧은 경고를 만든 후 리소스의 차트를 사용하여 선택한 메트릭에 대한 시간별 데이터를 봅니다.
- Monitor에서 관련 제품을 열고 리소스를 선택합니다.
- 리소스 창에서 낮은 지연 시간 경고와 연결된 메트릭 또는 차트를 선택합니다.
- 메트릭의 시간별 시계열을 보려면 검토 기간을1시간으로 설정하세요. 이 검토 기간에 사용할 수 있는 유일한 차트 시간 범위는 24시간입니다.
- 선택한 시간 범위 내에서 낮은 지연 시간 경고가 발생하면 배너가 나타나고 위의 시계열 그래프 위에 표시된 선택한 시간 범위 동안 경고가 발생했음을 나타냅니다.
경고의 데이터 검토 기간 은 규칙에 대한 데이터 집계 및 예약된 평가 주기를 제어합니다. 차트의 검토 기간 은 차트에 표시된 집계를 제어합니다. 차트 시간 범위는 표시되는 이력의 양을 결정합니다: 검토 기간이 1시간인 경우 차트에는 24시간의 이력이 표시됩니다.
시간별 차트를 보고 있는 경우에도 제품 목록 페이지와 리소스 창 왼쪽에 있는 메트릭 요약에는 여전히 24시간 집계가 표시됩니다.
메모
선택한 시간 범위 내에서 경고가 발생했음을 표시하는 배너는 그 자체만으로 해당 경고가 현재도 발생 중이거나, 문제가 아직 해결되지 않았거나, 리소스에 현재 장애가 발생하고 있음을 의미하지는 않습니다.
경고가 트리거되는 경우
리소스가 경고를 트리거할 때 전자 메일 알림을 수신하도록 선택하면 전자 메일 알림이 표시됩니다.
전자 메일 알림에서 경고로 이동을 선택하여 트리거된 경고를 나열하는 Power Platform 페이지를 엽니다. 트리거된 경고 및 트리거된 리소스에 대한 정보를 볼 수 있습니다. 트리거된 경고에서 리소스를 선택하면 해당 리소스에 적용 가능한 모든 메트릭에 대한 시계열 정보와 최적이 아니면 메트릭을 개선하는 방법에 대한 권장 사항을 표시하는 창이 표시됩니다.
경고 알림을 커넥터에서 지원하는 모든 대상으로 라우팅(미리 보기)
Power Platform for Admins V2 커넥터의 경고가 발생할 때 트리거를 사용하여 사용자 지정 경고 알림을 Power Automate를 통해 지원되는 모든 커넥터 기반 대상으로 전달할 수 있습니다. 팀에서 이미 사용 중인 도구로 경고를 보내세요. Microsoft Teams 채널에 게시하고, Azure DevOps 작업 항목을 만들고, ServiceNow와 같은 다른 커넥터로 워크플로를 시작할 수 있습니다.
응답을 조율하기 위해 수신함에 의존하는 대신, 트리거된 경고의 상세 정보를 사용하여 알림을 전송할 위치와 포함할 정보를 결정합니다. 수신된 모든 경고를 하나의 목적지로 라우팅하거나 조건을 사용하여 경고를 서로 다른 목적지로 보낼 수 있습니다.
예를 들어 조직에서 관리형 환경의 비즈니스에 매우 중요한 운영 캔버스 앱을 사용한다고 가정해 보겠습니다. 심각도가 High인 사용자 지정 경고 규칙은 앱 실행 성공률이 95% 아래로 떨어질 때를 감지합니다. 해당 경고가 발생하면 흐름에서 경고 및 영향을 받는 리소스 세부 정보를 운영 팀의 Teams 채널에 게시할 수 있습니다. 같은 흐름 내의 별도 분기는 다른 규칙에서 수신한 보통 및 낮음 심각도의 경고에 대해 Azure DevOps 작업 항목을 만들 수 있습니다.
Important
경고가 발생할 때 트리거와 Power Platform for Admins V2 연결에는 현재 테넌트 관리자 계정이 필요합니다. 이 트리거에 대한 환경 관리자 지원이 곧 제공될 예정입니다. 테넌트 및 환경 관리자는 계속 일반 경고를 생성할 수 있습니다.
필수 조건
시작하기 전에 다음 사항을 확인하세요.
- Power Platform for Admins V2 트리거 연결을 인증하는 테넌트 관리자 계정입니다.
- 관리형 환경 내의 환경 또는 리소스용 사용자 지정 경고 규칙 또는 이를 생성할 권한 사용자 지정 경고는 관리 환경에서만 사용할 수 있습니다.
- 선택한 대상에 필요한 Power Automate 클라우드 플로와 연결을 만들 수 있는 액세스 권한입니다.
메모
1시간 데이터 검토 기간으로 구성된 미리 정의된 경고 규칙 및 경고는 현재 경고가 실행될 때 트리거에 옵트인할 수 없습니다.
1단계: 사용자 지정 경고 규칙 구성
Power Platform 관리 센터에 테넌트 관리자로 로그인합니다.
모니터링>경고로 이동합니다.
사용자 지정 경고 규칙을 만듭니다. 적절한 방법에 따라 환경에 대한 경고를 생성하거나 리소스에 대한 경고를 생성하는 단계를 따릅니다.
모니터링할 환경 또는 리소스를 포함하여 제품, 제품 유형 및 범위를 선택합니다. 메트릭, 연산자, 임계값 및 심각도를 구성합니다. 예를 들어 캔버스 앱의 앱 열기 성공률을 선택하고, 연산자를 미만으로 설정하고, 임계값으로 95를 입력하고, 심각도를 높음으로 설정합니다.
24시간데이터 검토 기간에서 선택
알림 유형 드롭다운에서 다음 옵션 중 하나를 선택합니다.
- 커넥터: 경고 규칙이 커넥터 알림을 사용하도록 설정합니다. 경고가 발생할 때 트리거는 규칙을 모니터링하고 경고가 발생하면 플로를 시작합니다.
- 전자 메일 및 커넥터: 지정된 받는 사람에게 전자 메일을 보내고 규칙이 커넥터 알림에 사용되도록 설정하여, 경고가 발생할 때 트리거가 흐름을 시작하도록 합니다.
전자 메일 및 커넥터를 선택한 경우 받는 사람에서 전자 메일 수신자를 지정합니다.
저장을 선택합니다.
2단계: 흐름 만들기 및 구성
- 로그인하여 Power Automate 자동화된 클라우드 흐름을 만듭니다.
- Power Platform for Admins V2 커넥터에서 경고가 트리거되는 경우를 선택합니다.
- 테넌트 관리자 계정으로 인증된 연결을 만들거나 선택합니다.
메모
기본적으로 트리거는 커넥터 또는 전자 메일 및 커넥터 알림을 사용하는 연결된 계정 범위 내의 모든 사용자 지정 경고 규칙을 모니터링합니다. 방금 만든 규칙에 바인딩되지 않습니다. 이러한 경고 중 일부에 대해서만 작업하려면 심각도 또는 경고 규칙 ID와 같은 정보를 사용하여 트리거 다음에 조건을 추가합니다.
3단계: 대상에 알림 라우팅
수신된 경고를 지원되는 커넥터 기반 대상으로 라우팅할 수 있습니다. 심각도 필터링을 추가할 필요가 없습니다. 이 섹션의 뒷부분에 있는 심각도 기반 라우팅 예제는 선택적 패턴 중 하나입니다.
- 트리거 다음에 적절한 커넥터 작업을 추가합니다. 예를 들어 Teams 채널에 메시지를 게시하거나, Azure DevOps 작업 항목을 만들거나, 연결된 다른 서비스에서 레코드를 만드는 작업을 선택합니다.
- 대상 팀과 채널 또는 작업 항목이 속한 프로젝트와 같은 작업의 연결 및 대상 설정을 구성합니다.
- 트리거의 동적 콘텐츠를 사용하여 대상 작업을 채웁니다. 수신 팀이 조사하는 데 도움이 되는 경고 이름, 식별자, 심각도 및 영향을 받는 리소스 세부 정보를 포함합니다. 트리거된 경고 본문 섹션에서는 사용 가능한 정보를 설명합니다.
- 흐름이 특정 규칙만 처리해야 하는 경우 알림 작업 전에 경고 규칙 ID를 사용하여 조건을 추가합니다. 그렇지 않으면 연결된 계정 범위 내의 모든 옵트인 규칙 또는 추가한 다른 조건으로 선택된 하위 집합에 작업이 적용될 수 있습니다.
- 흐름을 저장하고 사용하도록 설정합니다.
4단계: 알림을 확인합니다
- 흐름을 켠 후 커넥터 또는 전자 메일 및 커넥터 알림에 대해 구성된 사용자 지정 경고 규칙이 새로 트리거되는지 확인합니다.
- Power Automate에서 흐름의 실행 기록을 여세요. 트리거, 모든 조건 평가 결과 및 대상 작업을 검토하여 경고가 의도한 경로로 전달되었는지 확인합니다.
- 대상을 확인하세요. 전달된 알림이 경고 규칙 및 트리거된 경고 이벤트와 일치하고 팀에 필요한 컨텍스트를 포함하는지 확인합니다. 이메일 및 커넥터를 선택한 경우 지정된 받는 사람에게 전송되는 이메일 알림도 확인하세요.
경고 규칙을 만들면 주문형 평가가 시작되므로 흐름을 만들거나 켜기 전에 규칙이 트리거되었을 수 있습니다. 흐름을 켠 후 새 트리거 실행으로 흐름을 검증합니다.
Power Automate 통한 라우팅 알림은 규칙의 평가 주기 또는 메트릭 수집 빈도를 변경하지 않습니다.
발생한 경고 본문
조건, 메시지 및 작업 항목에서 트리거된 경고의 본문 정보를 사용합니다. 다음 표에서는 읽을 수 있는 레이블을 사용하여 사용 가능한 필드에 대해 설명합니다. 영향을 받는 리소스의 경우 수신 팀이 문제가 발생한 위치를 식별할 수 있도록 각 리소스의 식별자, 메트릭 값 및 환경을 함께 유지합니다.
| Field | Description |
|---|---|
alertId |
알림 발생을 트리거한 개체의 식별자입니다. 동일한 규칙의 별도 실행을 구분하는 데 사용합니다. |
alertRuleId |
경고 규칙의 식별자입니다. 이를 사용하여 특정 규칙에 대한 알림을 필터링합니다. |
severity |
경고에 할당된 심각도입니다. 필요에 따라 알림을 라우팅하는 데 사용할 수 있습니다. |
monitorCondition |
경고에 대해 보고된 모니터 상태 |
firedDateTime |
경고가 발생한 시간입니다. |
productType |
경고와 연결된 제품 유형입니다. |
subProductType |
경고와 연결된 하위 제품 유형입니다. |
scope |
경고 규칙에 의해 모니터링되는 범위입니다. |
metric |
경고 규칙에 의해 평가되는 메트릭입니다. |
metricUnit |
메트릭에 사용되는 단위입니다. |
operator |
메트릭을 임계값과 비교하는 데 사용되는 비교 연산자입니다. |
threshold |
경고 규칙에 설정된 임계값입니다. |
dataReviewPeriod |
경고 평가 시 검토되는 지표 데이터의 기간 |
affectedResourceCount |
트리거된 경고의 영향을 받는 리소스 수입니다. |
affectedResource |
영향을 받는 리소스의 식별자입니다. 각 리소스 ID는 해당 리소스의 메트릭 값 및 환경에 해당합니다. |
metricValues |
영향을 받는 각 리소스에 대해 보고된 메트릭 값이며 해당 리소스의 ID 및 환경과 함께 제공됩니다. |
environmentId |
영향을 받는 각 리소스의 ID 및 메트릭 값과 쌍을 이루는 환경 식별자 또는 컨텍스트입니다. |
tenantId |
경고와 연결된 테넌트 식별자입니다. |
예: 심각도별 경고 라우팅
이 선택적 예제에서는 심각도가 높은 경고를 Teams에 보내고 중간 심각도 및 낮은 심각도 경고에 대한 Azure DevOps 작업 항목을 만듭니다. 트리거에서 수신한 사용자 지정 경고에만 적용됩니다. 즉, 연결된 계정 범위 내에서 Connector 또는 Email and connector 알림을 사용하는 규칙에만 적용됩니다. 심각도 조건은 이 예제에서 라우팅을 제어합니다. 트리거를 구성하거나 사용하는 데 심각도 조건이 필수는 아닙니다.
- 경고가 발생하는 경우 트리거 및 2단계에서 구성된 테넌트-관리자 연결로 시작합니다.
- 하나의 규칙만 처리하려면 라우팅 작업 전에 경고 규칙 ID를 사용하여 조건을 추가하세요. 그렇지 않으면 연결된 계정의 범위 내에서 모든 옵트인 규칙을 계속 적용합니다.
- 트리거의 동적 콘텐츠를 사용하여 경고의 심각도가 높음인지 여부를 확인하는 조건 작업을 추가합니다.
- 예 경로에서 채널에 메시지를 게시하는 Microsoft Teams 작업을 추가합니다. Teams 연결을 구성하고 대상 팀 및 채널을 선택합니다.
- Teams 메시지를 경고 이름, 경고 규칙 ID, 트리거된 경고 ID, 심각도, 발생 시간 및 관련 메트릭 및 임계값 정보로 채웁니다. 영향을 받는 리소스를 해당 메트릭 값 및 환경과 함께 포함합니다.
- 심각도 조건의 No 분기에서 작업 항목을 만드는 Azure DevOps 작업을 추가합니다. Azure DevOps 연결, 조직, 프로젝트 및 작업 항목 유형을 구성합니다.
- 작업 항목의 제목 및 설명에 경고 정보를 매핑합니다. 예를 들어 심각도 및 경고 규칙 ID, 트리거된 경고 ID, 발생한 시간, 메트릭, 임계값 및 영향을 받는 리소스 세부 정보를 설명에 포함합니다.
- 흐름을 저장하고 사용하도록 설정합니다.
- 관련된 새 경고가 발생할 때 설정된 각 경로를 확인하세요. 심각도가 높은 경고의 경우 흐름의 실행 기록 및 Teams 메시지를 확인하세요. 중간 또는 낮은 심각도 경고의 경우 실행 기록 및 Azure DevOps 작업 항목을 확인합니다. 규칙 및 트리거된 경고 식별자가 각 대상에서 일치하는지 확인합니다.
Microsoft의 미리 정의된 경고
개요
Power Platform에는 IT, 운영 및 우수성 센터 팀이 활용도가 높은 앱, 흐름 및 상태가 저하된 에이전트를 찾는 데 도움이 되는 미리 정의된 경고가 포함되어 있습니다. 미리 정의된 경고는 조직의 상태를 모니터링하기 위해 사용자 지정 경고를 채택하지 않은 고객에게 가장 큰 가치를 제공합니다.
미리 정의된 경고란?
Microsoft는 상태가 최적이 아닌 리소스를 강조하기 위해 사전에 정의된 경고를 생성하고 정의합니다. 테넌트 전반에 걸쳐 범위를 두고 있으므로, 테넌트 내 특정 유형의 모든 리소스를 감시합니다. 기본적으로 켜져 있고, 사용을 시작하기 위해 설정이 필요하지 않으며, 편집할 수 없습니다. 미리 정의된 경고는 사용자 지정을 권장합니다. 사용자가 최적이 아닌 운영 상태를 사용하여 고가용성 리소스를 식별하는 데 도움이 될 뿐만 아니라 사용자 지정 경고 개념을 소개하고 숙지하는 데도 도움이 됩니다. 이러한 리소스 중 일부에 대해 사용자 지정 경고를 만들어 정의한 사용자 지정 임계값에 대해 사전에 모니터링하는 것이 좋습니다.
다음 표에서는 현재 지원되는 미리 정의된 경고에 대해 자세히 설명합니다.
| 제품 | 미리 정의된 경고 |
|---|---|
| 캔버스 앱 | 사용 빈도가 높은 캔버스 앱의 가용성은 90% 미만입니다. |
| 모델 기반 앱 | 고가용성 모델 기반 앱의 가용성은%90 미만입니다. |
| 클라우드 흐름 | 고가용성 클라우드 흐름의 성공률은 90%미만입니다. |
| 데스크톱 흐름 | 고빈도 데스크톱 흐름의 성공률은 90% 미만입니다. |
| 에이전트 | 사용률이 높은 에이전트의 성공률은 90% 미만입니다. |
고가용성 임계값
미리 정의된 경고는 최적의 성능을 발휘하지 못하는 높은 사용 빈도의 리소스를 테넌트 내에서 강조 표시합니다. 이러한 경고는 세션 또는 실행 수가 낮은 리소스를 필터링하여 관련 리소스만 볼 수 있도록 합니다. 지원되는 각 제품 유형에 대한 임계값은 다음 표에 있으며 변경할 수 없습니다.
| 제품 | 사용량 임계값 |
|---|---|
| 캔버스 앱 | 최근 앱 실행 횟수가 100 이상입니다. |
| 모델 기반 앱 | 최근 앱 실행 횟수가 100 이상입니다. |
| 클라우드 흐름 | 일일 실행 횟수가 150보다 크거나 같습니다. |
| 데스크톱 흐름 | 일일 실행 횟수가 100보다 크거나 같습니다. |
| 에이전트 | 최근 에이전트 세션 수가 200 이상입니다. |
작동 방식
Power Platform 관리 센터로 이동하여 모니터>개요 페이지로 이동합니다. 페이지에 두 개의 카드가 표시됩니다.
트리거된 사용자 지정 경고 카드는 테넌트에서 트리거된 사용자 지정 경고의 상태를 보여 줍니다. 이러한 경고는 사용자가 정의한 경고입니다. 이 카드의 시각적 개체는 트리거된 사용자 지정 경고를 심각도 수준별로 분석하고, 아래 의 우선 순위 섹션은 가장 최근에 트리거된 경고 중 어느 것을 호출합니다. 이러한 사용자 지정 경고 중 하나를 선택하여 트리거된 항목을 확인합니다.
오른쪽 고사용 항목에 대해 트리거된 경고 카드는 어떤 미리 정의된 경고가 트리거되었는지를 보여줍니다. 마찬가지로, 카드 맨 위에 있는 시각적 요소는 제품 유형별로 트리거된 미리 정의된 경고를 분석하여 보여줍니다. Microsoft 섹션의 상위 경고에서 경고 중 하나를 선택하여 미리 정의된 경고를 트리거한 리소스를 확인합니다. 예를 들어 미리 정의된 경고에 %90 미만의 고가용성 클라우드 흐름을 선택하고 흐름이 관리되는 환경에 있는지 여부에 관계없이 이 경고를 트리거한 테넌트 내의 모든 고가용성 클라우드 흐름을 확인할 수 있습니다. 트리거된 사용자 지정 경고 환경과 마찬가지로 해당 목록에서 특정 흐름을 선택하면 해당 흐름의 각 메트릭이 시간이 지남에 따라 추세가 어떻게 나타나는지 보여 주는 창이 표시됩니다.
미리 정의된 경고 목록을 보고 모니터의 경고 섹션에서 해당 세부 정보를 볼 수도 있습니다. 경고를 선택하고 페이지 아래쪽으로 스크롤하여 미리 정의된 경고를 봅니다. Microsoft 작성자는 경고를 미리 정의했습니다.
미리 정의된 경고 옆에 있는 세 개의 점을 선택한 다음 세부 정보에 는 구성된 방법을 보여 주는 창이 표시됩니다. 이러한 경고는 편집하거나 삭제할 수 없습니다.
FAQ(질문과 대답)
경고 규칙과 트리거된 경고의 차이점은 무엇인가요?
경고 규칙은 범위, 메트릭, 임계값, 심각도 및 알림을 포함하여 구성하는 모니터링 규칙입니다.
트리거된 경고는 하나 이상의 리소스가 규칙의 조건을 충족하는 인스턴스입니다. 예를 들어 앱 열기 성공률이 90% 미만인 경우 조건이 충족됩니다.
경고를 만들고 관리할 수 있는 사람은 누구인가요?
경고를 만들고 관리하려면 테넌트 관리자 또는 환경 관리자 여야 합니다.
지원되는 환경은 무엇인가요?
프로덕션, 샌드박스, 평가판 및 개발자 환경 유형과 같은 모든 환경 유형이 지원되지만 관리되는 환경이어야 합니다. 범위 필드를 환경으로 설정한 후 ID 필드에서 환경을 선택합니다.
생성된 경고는 어디에서 관리합니까?
Power Platform 관리 센터로 이동하여 경고 모니터링>을 선택하고 경고 규칙 탭에서 기존 규칙을 관리합니다.
경고 규칙 탭의 마지막 실행 열은 무엇입니까?
이 열의 데이터는 경고 규칙이 마지막으로 실행된 시기를 보여줍니다. 경고는 24시간마다 실행되므로 이 열의 값은 그에 따라 변경됩니다.
심각도 수준은 경고 처리 방식에 영향을 주나요?
심각 도(예: 낮음, 중간 또는 높음 )는 심사 및 보고를 위한 분류 레이블입니다. 평가 빈도 또는 이메일 알림 동작은 변경되지 않습니다.
경고는 기본 환경에서 작동합니까?
예, 기본 환경이 관리되는 환경인 경우입니다. 관리되는 환경은 경고를 지원하는 유일한 환경입니다.
미리 정의된 경고를 사용하지 않도록 설정할 수 있나요?
지금은 미리 정의된 경고를 사용하지 않도록 설정할 수 없습니다. 이 기능에 대한 지원은 곧 제공될 예정입니다.
트리거된 미리 정의된 경고는 어디에서 볼 수 있나요?
모니터 개요 페이지에서 고가용성 항목 카드에 대한 트리거된 경고 아래와 경고 규칙 페이지의 맨 아래에 있는 경고 섹션에서 트리거된 미리 정의된 경고를 볼 수 있습니다. 경고 모니터링 페이지의 트리거된 경고 섹션에서 트리거된 미리 정의된 경고 알림을 찾을 수도 있습니다.
미리 정의된 경고가 트리거되면 어떻게 해야 하나요?
영향을 받는 리소스를 검토하고 해당 항목에 대한 사용자 지정 경고를 만들어 조직에 중요한 임계값에 대해 사전에 모니터링하고 트리거될 때 이메일을 통해 알림을 받는 것이 좋습니다.
미리 정의된 경고가 전자 메일 알림을 보내나요?
아니요, 미리 정의된 경고는 알림을 보내지 않습니다. 모니터로 이동하여 트리거된 항목이 있는지 확인해야 합니다.
미리 정의된 경고를 사용자 지정할 수 있나요?
아니요, Microsoft는 이러한 경고를 미리 구성합니다. 사용자 지정을 위해 사용자 지정 경고를 만듭니다.
캔버스 또는 코드 앱의 특정 화면에서 Time to Interactive 또는 Time to Full load를 모니터링하도록 경고를 만들 수 있나요?
아니요, 캔버스 또는 코드 앱에서 경고를 만들고 메트릭으로 TTI(Time to Interactive) 또는 TTFL(Time to Full Load) 을 선택하면 해당 앱에 대한 시작 화면 의 TTI 또는 TTFL만 모니터링합니다. 경고를 구성할 때는 앱의 특정 화면을 선택할 수 없습니다.
팁이나 모범 사례는 무엇입니까?
예! 다음 모범 사례를 따르세요:
- 작게 시작: 성능 열기 시간, 오류 비율, 사용량 급증과 같은 몇 가지 고가치 규칙을 먼저 만듭니다.
- 일관되게 이름 지정: Prod – 캔버스 앱 – 가용성 < 90과 같은 명확한 이름을 사용합니다.
- 적절한 심각도 설정: 프로덕션에 영향을 미치는 메트릭에 High 를 사용하고 추세 모니터링에 보통 또는 낮 음을 사용합니다.
- 50개 규칙 제한 관리: 사용되지 않는 규칙을 삭제합니다.
- 전자 메일 라우팅 유효성 검사: 받는 사람이 전자 PowerPlat-noreply@microsoft.com메일을 받을 수 있는지 확인합니다.
- 24시간 주기 모니터링: 일일 평가 예상; 실시간이 아닙니다.
한 번에 몇 개의 경고 규칙을 설정할 수 있나요?
테넌트는 한 번에 50개의 경고 규칙을 설정할 수 있습니다. 하지만 알림 규칙은 무제한으로 만들 수 있습니다. 최대값에 도달하면 기존 경고 규칙을 삭제하거나 해제하는 것이 좋습니다.