데이터 처리, 개인 정보 보호, 규정 준수, 상주, RBAC 액세스, 컨트롤 사용 안 함 및 Azure Copilot Observability Agent의 가드레일에 이 FAQ를 사용합니다.
투명성 동작, 안정성 해석, 제한 사항 및 사용자 관련 AI 출력 기대치는 Azure Copilot Observability Agent에 대한 투명도 FAQ를 참조하세요.
Observability Agent에는 두 가지 거버넌스 화면이 있습니다.
- 로그인한 사용자의 ID 및 AZURE RBAC 권한을 사용하여 에이전트가 실행되는 채팅 및 심층 조사와 같은 대화형 워크플로입니다.
- 에이전트가 할당된 ID 및 구성된 범위를 사용하여 Observability Agent 리소스에서 실행되는 경고 상관 관계 및 문제 생성과 같은 자율 작업
다음 다이어그램은 대화형 채팅 및 심층 조사를 위한 데이터 처리를 보여 줍니다.
다음 다이어그램은 Azure Monitor 작업 영역의 공유 컨텍스트 및 역할 기반 액세스를 포함하여 문제를 만든 후의 데이터 처리를 보여 주세요.
데이터 보존 및 액세스
Observability Agent는 데이터를 어떻게 보존하나요?
Observability Agent는 조사 및 사용자 상호 작용을 지원하기 위해 제한된 서비스 데이터를 유지할 수 있습니다. 모든 보존은 적용 범위가 한정되고, 접근이 통제되며, 기간이 제한됩니다.
서비스는 보존 동작이 다른 세 가지 범주의 데이터를 처리합니다.
-
대화 데이터(채팅 및 온보딩 캐시):
- 조사 또는 채팅 중에 생성된 사용자 프롬프트 및 에이전트 응답을 포함합니다.
- 지역적으로 저장되고 최대 30일 동안 보존됩니다.
- 30일 후에 자동으로 삭제됩니다.
-
세션 동작(문제가 없는 경우):
- UX에서는 대화 액세스가 세션 범위로 제한됩니다.
- 세션 탭이 닫혀 있으면 해당 세션 컨텍스트에서 대화 콘텐츠를 즉시 사용할 수 없습니다.
- 보존된 데이터는 최대 30일 동안 계속 존재할 수 있습니다.
-
원격 분석 데이터:
- 에이전트는 원격 분석 데이터의 추가 복사본을 유지하지 않습니다.
- 허용된 권한에 따라 Azure Monitor에 이미 저장된 원격 분석 데이터를 읽습니다.
누가 문제에 액세스할 수 있으며 어떤 데이터가 포함됩니까?
문제는 AMW(Azure Monitor 작업 영역)의 일부이며 AMW 공유 컨텍스트 및 Azure RBAC 액세스 규칙을 따릅니다.
사용자는 할당된 AMW 역할(예: 읽기 권한자 또는 기여자)에 따라 문제에 액세스할 수 있습니다.
문제에는 추세, 변칙, 상관 관계, 제안된 근본 원인, 시각화 및 구조화된 결과와 같은 요약된 결과가 포함될 수 있습니다.
규정 준수 및 데이터 보존
Observability Agent가 엔터프라이즈 표준을 준수합니까?
Yes. Observability Agent는 Microsoft의 책임 있는 AI 원칙 및 접근 방식을 따릅니다. Microsoft 또한 AI 시스템을 빌드하고 검토하기 위한 프레임워크를 설명하는 Microsoft 책임 있는 AI Standard를 게시합니다.
Azure AI 워크로드의 경우 Microsoft Foundry에 대한 책임 있는 AI 지침 및 Microsoft Foundry 모델의 Azure OpenAI에 대한 투명성 참고 사항을 참조하세요.
내 데이터가 처리되는 위치를 제어할 수 있나요?
Observability Agent는 글로벌 서비스이며 데이터 처리는 Azure 지역 및 규정 준수 프레임워크를 따릅니다.
지원되는 EU 지역의 고객의 경우 데이터 처리 및 스토리지는 Microsoft EU 데이터 경계 약정에 따라 EU 내에 남아 있습니다. 지원되는 지역은 지역을 참조하세요.
모델 사용 및 컨트롤
에이전트에서 사용하는 AI 모델은 무엇인가요?
Observability Agent는 Azure OpenAI Service 모델을 사용하여 원격 분석을 분석하고 조사 인사이트를 생성합니다.
모델 처리는 Microsoft 관리형 인프라에서 수행되며 Azure 보안 및 규정 준수 사례를 따릅니다.
데이터를 사용하여 모델을 학습합니까?
No. 이 서비스는 모델 학습에 고객 데이터를 사용하지 않습니다.
LLM과 공유되는 데이터를 제어할 수 있나요?
예, 필드별 필터링이 아닌 범위 및 사용 권한을 통해 데이터 공유를 제어합니다.
대화형 워크플로의 경우 워크플로 범위 및 시작 사용자의 Azure RBAC 권한은 모델 표시 데이터를 제한합니다.
자율 작업의 경우 관리 ID에 부여된 Observability Agent 리소스 범위 및 권한은 모델 표시 데이터를 제한합니다.
범위 내 리소스에서 개별 원격 분석 테이블 또는 필드를 선택적으로 제외할 수 없습니다.
거버넌스 컨트롤
에이전트는 어떤 권한을 사용하나요?
대화형 워크플로는 로그인한 사용자의 ID 및 AZURE RBAC 권한으로 실행됩니다.
자율 작업은 사용자 ID가 아닌 Observability Agent 리소스에 할당된 관리 ID로 실행됩니다. ID에는 문제가 발생하는 Azure Monitor 작업 영역에 대한 모니터링 기여자를 포함하여 적절한 권한이 필요합니다.
자율 상관 관계는 어떻게 관리하나요?
자율 상관 관계는 Observability Agent 리소스에 연결된 리소스로 제한됩니다.
자율적으로 생성된 문제는 Azure Monitor 작업 영역에 저장되며 사용자가 만든 문제와 동일한 Azure RBAC 모델을 따릅니다.
사용자 지정 지침은 비즈니스 및 토폴로지 컨텍스트를 제공하지만 새 권한을 부여하지 않으며 직접 환경 변경을 허용하지 않습니다.
다음 다이어그램에서는 범위가 지정된 상관 관계, 문제 생성, 관리 ID 액세스 및 거버넌스 경계를 포함하여 자율 작업에 대한 데이터 처리를 보여 줍니다.
Observability Agent를 사용하지 않도록 설정할 수 있나요?
Yes. Azure Copilot 액세스 제어는 Observability Agent에 대한 액세스를 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 Azure Copilot에 대한 액세스 관리를 참조하세요.
에이전트가 할 수 있는 일에 가드레일을 적용할 수 있나요?
Yes. 에이전트는 기본 제공 서비스 제어, 책임 있는 AI 사례 및 Azure 거버넌스 제어를 따릅니다.
- 시스템 컨트롤은 의도한 운영 동작을 정의합니다.
- RBAC, 정책 및 범위 구성을 비롯한 조직 제어는 에이전트가 액세스할 수 있는 대상과 문제를 일으킬 수 있는 위치를 정의합니다.