Azure의 전체 스택 모니터링 소개

안녕하세요 진상팀 입니다.

오늘은 운영에 있어 중요한 모니터링중 Azure 전체스팩 모니터링을 소개하려고 합니다.

 

전체 스택 모니터링을 사용하는 이유

• 전체 스택 모니터링은 애플리케이션, 인프라 및 보안 문제의 모니터링과 심사 및 진단을 위한 총체적 접근법으로서 원격 분석 수집, 핵심 성과 지표 추적, 문제 격리 및 근본 원인 분석 기능을 포함합니다.
• 애플리케이션과 인프라에는 잠재적으로 손상될 수 있는 다양한 종류의 문제가 발생할 수 있습니다. 부적절한 응답 시간, 사용 속도, 예외 및 보안 위험을 변경하는 등의 문제를 처리해야 할 수 있습니다.
• 문제의 종류에 따라 적절하게 대응해야 합니다. 늘어난 로드를 충족하기 위해 용량을 스케일 업하는 것으로 대응할 수 있습니다. 또한 애플리케이션이나 인프라의 구성과 코드를 변경하여 대응할 수 있습니다.
• 적절한 도구를 사용하여 인프라와 애플리케이션의 성능을 모니터링할 수 있습니다. 또한 보안 위험과 의심스러운 활동을 모니터링할 수 있습니다. 마지막으로, 문제가 발생하는 즉시 관련 정보를 수집하고 이 정보를 분석하여 적절히 대응할 수 있습니다.
• 애플리케이션과 인프라에 전체 스택 모니터링을 수행하면 변경 및 문제에 시의적절하게 대응할 수 있습니다. 장기적으로 조직의 생산성, 비용 효율성, 보안, 경쟁력이 향상됩니다.

---

모니터링 종류 및 설명

1 애플리케이션 모니터링

• 개발중 애플리케이션의 문제를 모니터링시 나중에 애플리케이션이 프로덕션 환경으로 전환될 경우 오류와 예외를 방지할 수 있음.
• 필요한 검사를 성공적으로 통과한 경우에만 코드를 개발 주기의 다음 스테이지로 푸시함(개발수명주기 개선)
• 라이브상태 혹은 사용중인 애플리케이션 모니터링하여 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별가능.

 

2 인프라를 모니터링

• 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다
  • 인프라의 리소스 사용률
  • 인프라의 가용성 및 상태
  • 운영 체제 수준에서의 특정 이벤트 발생
• 이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있음.
• 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있음
• 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있음

 

3 Azure 플랫폼 리소스를 모니터링

• Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링
• 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스
• zure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있다.

4 보안 모니터링

• 플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요
• 모니터링하고 경고해야 합니다.
  • 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
  • 데이터 반출
• 보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야함

---

애플리케이션을 모니터링하는 이유

앞으로 애플리케이션의 상태를 개선하고 더 나은 애플리케이션을 빌드하려고 합니다. 경고 및 자동 응답을 구성하면 애플리케이션에 영향을 주는 문제를 해결하는 데 도움이 됩니다.

개발 중에 애플리케이션의 문제를 모니터링하면 나중에 애플리케이션이 프로덕션 환경으로 전환될 때 오류와 예외를 방지할 수 있습니다. 필요한 검사를 성공적으로 통과한 경우애만 코드를 개발 주기의 다음 스테이지로 푸시합니다. 이러한 방식으로 개발 수명 주기를 개선하게 됩니다.

 

 

또한 라이브 상태이고 사용 중인 애플리케이션도 모니터링합니다. 차트에서 볼 수 있듯이 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제가 발생할 수 있습니다. 라이브 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별할 수 있습니다.
효과적으로 대응하여 애플리케이션을 정상 상태로 해야한다.

인프라를 모니터링하는 이유

다양한 종류의 문제가 인프라에 영향을 줄 수 있습니다. 서비스에 연결할 수 없거나 전체 인프라를 사용할 수 없는 문제나 성능 문제를 처리해야 할 수도 있습니다. 이러한 문제로 인해 생산성이 저하되거나 재정적 손실이 발생하거나 조직의 평판이 훼손될 수 있습니다.

발생하는 모든 문제를 시의적절하고 효과적인 방식으로 처리하려고 합니다. 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다. 예를 들어 다음에 대한 경고를 구성합니다.

• 인프라의 리소스 사용률
• 인프라의 가용성 및 상태
• 운영 체제 수준에서의 특정 이벤트 발생

이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있습니다. 플레이북과 웹후크를 사용하여 경고에 대한 자동 응답을 트리거할 수도 있습니다.

 

 

또한 운영 분석 및 용량 계획을 위해 데이터를 사용하려고 합니다. 앞의 예제에서 볼 수 있듯이 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있습니다. 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있습니다.

Azure 플랫폼 리소스를 모니터링하는 이유

배포된 애플리케이션 및 인프라 리소스를 모니터링하는 것 외에도 Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링해야 합니다. 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스 로그가 있습니다. 또한 많은 Azure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있습니다.

 

 

예제에 표시된 것처럼 이 Azure Monitor 스토리지 인사이트는 두 구독의 여러 스토리지 계정의 사용량 및 대기 시간을 표시합니다. 또한, Azure 테넌트의 로그 관련 Active Directory와 Azure 구독에 대한 Service Health와 활동 로그를 확인하고 수집할 수도 있습니다. 전체 스택 모니터링 솔루션은 애플리케이션과 인프라가 종속된 Azure 플랫폼 리소스를 표시하는 등의 여러 기능을 제공합니다.

보안 모니터링을 수행하는 이유

이 단원의 이전 섹션은 성능 및 가용성 모니터링에 집중하지만 애플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요합니다. 예를 들어, 다음을 모니터링하고 경고해야 합니다.

• 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
• 데이터 반출

보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야 합니다.

이러한 방식으로 애플리케이션과 인프라를 모니터링하는 전체 스택 접근법을 사용하면 문제에 적절하고 효과적으로 대응할 수 있습니다. 또한 상황을 파악하는 데 도움이 되며, 환경에 영향을 주는 문제를 통해 배울 수 있습니다. 보호를 강화하고 개선된 애플리케이션 및 인프라를 구축할 수 있습니다.

전체 스택 모니터링을 사용하는 이유

• 전체 스택 모니터링은 애플리케이션, 인프라 및 보안 문제의 모니터링과 심사 및 진단을 위한 총체적 접근법으로서 원격 분석 수집, 핵심 성과 지표 추적, 문제 격리 및 근본 원인 분석 기능을 포함합니다.
• 애플리케이션과 인프라에는 잠재적으로 손상될 수 있는 다양한 종류의 문제가 발생할 수 있습니다. 부적절한 응답 시간, 사용 속도, 예외 및 보안 위험을 변경하는 등의 문제를 처리해야 할 수 있습니다.
• 문제의 종류에 따라 적절하게 대응해야 합니다. 늘어난 로드를 충족하기 위해 용량을 스케일 업하는 것으로 대응할 수 있습니다. 또한 애플리케이션이나 인프라의 구성과 코드를 변경하여 대응할 수 있습니다.
• 적절한 도구를 사용하여 인프라와 애플리케이션의 성능을 모니터링할 수 있습니다. 또한 보안 위험과 의심스러운 활동을 모니터링할 수 있습니다. 마지막으로, 문제가 발생하는 즉시 관련 정보를 수집하고 이 정보를 분석하여 적절히 대응할 수 있습니다.
• 애플리케이션과 인프라에 전체 스택 모니터링을 수행하면 변경 및 문제에 시의적절하게 대응할 수 있습니다. 장기적으로 조직의 생산성, 비용 효율성, 보안, 경쟁력이 향상됩니다.

---

모니터링 종류 및 설명

1 애플리케이션 모니터링

• 개발중 애플리케이션의 문제를 모니터링시 나중에 애플리케이션이 프로덕션 환경으로 전환될 경우 오류와 예외를 방지할 수 있음.
• 필요한 검사를 성공적으로 통과한 경우에만 코드를 개발 주기의 다음 스테이지로 푸시함(개발수명주기 개선)
• 라이브상태 혹은 사용중인 애플리케이션 모니터링하여 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별가능.

 

2 인프라를 모니터링

• 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다
  • 인프라의 리소스 사용률
  • 인프라의 가용성 및 상태
  • 운영 체제 수준에서의 특정 이벤트 발생
• 이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있음.
• 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있음
• 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있음

 

3 Azure 플랫폼 리소스를 모니터링

• Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링
• 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스
• zure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있다.

4 보안 모니터링

• 플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요
• 모니터링하고 경고해야 합니다.
  • 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
  • 데이터 반출
• 보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야함

---

애플리케이션을 모니터링하는 이유

앞으로 애플리케이션의 상태를 개선하고 더 나은 애플리케이션을 빌드하려고 합니다. 경고 및 자동 응답을 구성하면 애플리케이션에 영향을 주는 문제를 해결하는 데 도움이 됩니다.

개발 중에 애플리케이션의 문제를 모니터링하면 나중에 애플리케이션이 프로덕션 환경으로 전환될 때 오류와 예외를 방지할 수 있습니다. 필요한 검사를 성공적으로 통과한 경우애만 코드를 개발 주기의 다음 스테이지로 푸시합니다. 이러한 방식으로 개발 수명 주기를 개선하게 됩니다.

 

 

또한 라이브 상태이고 사용 중인 애플리케이션도 모니터링합니다. 차트에서 볼 수 있듯이 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제가 발생할 수 있습니다. 라이브 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별할 수 있습니다.
효과적으로 대응하여 애플리케이션을 정상 상태로 해야한다.

인프라를 모니터링하는 이유

다양한 종류의 문제가 인프라에 영향을 줄 수 있습니다. 서비스에 연결할 수 없거나 전체 인프라를 사용할 수 없는 문제나 성능 문제를 처리해야 할 수도 있습니다. 이러한 문제로 인해 생산성이 저하되거나 재정적 손실이 발생하거나 조직의 평판이 훼손될 수 있습니다.

발생하는 모든 문제를 시의적절하고 효과적인 방식으로 처리하려고 합니다. 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다. 예를 들어 다음에 대한 경고를 구성합니다.

• 인프라의 리소스 사용률
• 인프라의 가용성 및 상태
• 운영 체제 수준에서의 특정 이벤트 발생

이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있습니다. 플레이북과 웹후크를 사용하여 경고에 대한 자동 응답을 트리거할 수도 있습니다.

 

 

또한 운영 분석 및 용량 계획을 위해 데이터를 사용하려고 합니다. 앞의 예제에서 볼 수 있듯이 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있습니다. 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있습니다.

Azure 플랫폼 리소스를 모니터링하는 이유

배포된 애플리케이션 및 인프라 리소스를 모니터링하는 것 외에도 Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링해야 합니다. 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스 로그가 있습니다. 또한 많은 Azure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있습니다.

 

 

예제에 표시된 것처럼 이 Azure Monitor 스토리지 인사이트는 두 구독의 여러 스토리지 계정의 사용량 및 대기 시간을 표시합니다. 또한, Azure 테넌트의 로그 관련 Active Directory와 Azure 구독에 대한 Service Health와 활동 로그를 확인하고 수집할 수도 있습니다. 전체 스택 모니터링 솔루션은 애플리케이션과 인프라가 종속된 Azure 플랫폼 리소스를 표시하는 등의 여러 기능을 제공합니다.

보안 모니터링을 수행하는 이유

이 단원의 이전 섹션은 성능 및 가용성 모니터링에 집중하지만 애플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요합니다. 예를 들어, 다음을 모니터링하고 경고해야 합니다.

• 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
• 데이터 반출

보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야 합니다.

이러한 방식으로 애플리케이션과 인프라를 모니터링하는 전체 스택 접근법을 사용하면 문제에 적절하고 효과적으로 대응할 수 있습니다. 또한 상황을 파악하는 데 도움이 되며, 환경에 영향을 주는 문제를 통해 배울 수 있습니다. 보호를 강화하고 개선된 애플리케이션 및 인프라를 구축할 수 있습니다.

전체 스택 모니터링을 사용하는 이유

• 전체 스택 모니터링은 애플리케이션, 인프라 및 보안 문제의 모니터링과 심사 및 진단을 위한 총체적 접근법으로서 원격 분석 수집, 핵심 성과 지표 추적, 문제 격리 및 근본 원인 분석 기능을 포함합니다.
• 애플리케이션과 인프라에는 잠재적으로 손상될 수 있는 다양한 종류의 문제가 발생할 수 있습니다. 부적절한 응답 시간, 사용 속도, 예외 및 보안 위험을 변경하는 등의 문제를 처리해야 할 수 있습니다.
• 문제의 종류에 따라 적절하게 대응해야 합니다. 늘어난 로드를 충족하기 위해 용량을 스케일 업하는 것으로 대응할 수 있습니다. 또한 애플리케이션이나 인프라의 구성과 코드를 변경하여 대응할 수 있습니다.
• 적절한 도구를 사용하여 인프라와 애플리케이션의 성능을 모니터링할 수 있습니다. 또한 보안 위험과 의심스러운 활동을 모니터링할 수 있습니다. 마지막으로, 문제가 발생하는 즉시 관련 정보를 수집하고 이 정보를 분석하여 적절히 대응할 수 있습니다.
• 애플리케이션과 인프라에 전체 스택 모니터링을 수행하면 변경 및 문제에 시의적절하게 대응할 수 있습니다. 장기적으로 조직의 생산성, 비용 효율성, 보안, 경쟁력이 향상됩니다.

---

모니터링 종류 및 설명

1 애플리케이션 모니터링

• 개발중 애플리케이션의 문제를 모니터링시 나중에 애플리케이션이 프로덕션 환경으로 전환될 경우 오류와 예외를 방지할 수 있음.
• 필요한 검사를 성공적으로 통과한 경우에만 코드를 개발 주기의 다음 스테이지로 푸시함(개발수명주기 개선)
• 라이브상태 혹은 사용중인 애플리케이션 모니터링하여 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별가능.

 

2 인프라를 모니터링

• 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다
  • 인프라의 리소스 사용률
  • 인프라의 가용성 및 상태
  • 운영 체제 수준에서의 특정 이벤트 발생
• 이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있음.
• 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있음
• 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있음

 

3 Azure 플랫폼 리소스를 모니터링

• Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링
• 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스
• zure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있다.

4 보안 모니터링

• 플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요
• 모니터링하고 경고해야 합니다.
  • 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
  • 데이터 반출
• 보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야함

---

애플리케이션을 모니터링하는 이유

앞으로 애플리케이션의 상태를 개선하고 더 나은 애플리케이션을 빌드하려고 합니다. 경고 및 자동 응답을 구성하면 애플리케이션에 영향을 주는 문제를 해결하는 데 도움이 됩니다.

개발 중에 애플리케이션의 문제를 모니터링하면 나중에 애플리케이션이 프로덕션 환경으로 전환될 때 오류와 예외를 방지할 수 있습니다. 필요한 검사를 성공적으로 통과한 경우애만 코드를 개발 주기의 다음 스테이지로 푸시합니다. 이러한 방식으로 개발 수명 주기를 개선하게 됩니다.

 

 

또한 라이브 상태이고 사용 중인 애플리케이션도 모니터링합니다. 차트에서 볼 수 있듯이 요청이 실패하거나 서버 응답 시간이 너무 오래 걸리거나 애플리케이션을 모두 사용할 수 없게 하는 문제가 발생할 수 있습니다. 라이브 문제를 모니터링하면 이러한 유형의 문제와 위험을 즉시 식별할 수 있습니다.
효과적으로 대응하여 애플리케이션을 정상 상태로 해야한다.

인프라를 모니터링하는 이유

다양한 종류의 문제가 인프라에 영향을 줄 수 있습니다. 서비스에 연결할 수 없거나 전체 인프라를 사용할 수 없는 문제나 성능 문제를 처리해야 할 수도 있습니다. 이러한 문제로 인해 생산성이 저하되거나 재정적 손실이 발생하거나 조직의 평판이 훼손될 수 있습니다.

발생하는 모든 문제를 시의적절하고 효과적인 방식으로 처리하려고 합니다. 다양한 문제를 모니터링하도록 인프라에 대한 경고를 구성합니다. 예를 들어 다음에 대한 경고를 구성합니다.

• 인프라의 리소스 사용률
• 인프라의 가용성 및 상태
• 운영 체제 수준에서의 특정 이벤트 발생

이러한 경고를 사용하면 알림을 받았을 때 프로세스를 시작하고 적절한 대응을 할 수 있습니다. 플레이북과 웹후크를 사용하여 경고에 대한 자동 응답을 트리거할 수도 있습니다.

 

 

또한 운영 분석 및 용량 계획을 위해 데이터를 사용하려고 합니다. 앞의 예제에서 볼 수 있듯이 가상 머신 게스트 운영 체제에서 성능 데이터를 수집할 수 있습니다. 비교 및 추세 파악을 위해 이러한 데이터를 차트에 배치하여 의사결정을 내릴 수 있습니다.

Azure 플랫폼 리소스를 모니터링하는 이유

배포된 애플리케이션 및 인프라 리소스를 모니터링하는 것 외에도 Azure의 기본 제공 기능을 사용하여 Azure 플랫폼 리소스를 모니터링해야 합니다. 스토리지 계정, Key Vault, Cosmos DB와 같은 Azure 리소스에는 성능 및 가용성을 추적하기 위해 확인하고 분석할 수 있는 성능 메트릭과 리소스 로그가 있습니다. 또한 많은 Azure 리소스에는 특정 리소스 종류의 여러 구독, 리소스 그룹 및 리소스에 대해 미리 정의된 모니터링 환경을 제공하는 전용 인사이트가 있습니다.

 

 

예제에 표시된 것처럼 이 Azure Monitor 스토리지 인사이트는 두 구독의 여러 스토리지 계정의 사용량 및 대기 시간을 표시합니다. 또한, Azure 테넌트의 로그 관련 Active Directory와 Azure 구독에 대한 Service Health와 활동 로그를 확인하고 수집할 수도 있습니다. 전체 스택 모니터링 솔루션은 애플리케이션과 인프라가 종속된 Azure 플랫폼 리소스를 표시하는 등의 여러 기능을 제공합니다.

보안 모니터링을 수행하는 이유

이 단원의 이전 섹션은 성능 및 가용성 모니터링에 집중하지만 애플리케이션 및 인프라의 보안을 모니터링하여 항상 보호하고 사용 가능한 상태로 유지하는 것이 중요합니다. 예를 들어, 다음을 모니터링하고 경고해야 합니다.

• 의심스러운 사용자 계정 또는 악성 IP 주소와 같은 인프라의 보안에 대한 위험
• 데이터 반출

보안 모니터링 솔루션에는 자동화된 유용한 변칙 검색 및 이벤트 관리를 포함하여 여러 관련 이벤트를 하나의 실행 가능한 경고로 결합할 수 있어야 합니다.

이러한 방식으로 애플리케이션과 인프라를 모니터링하는 전체 스택 접근법을 사용하면 문제에 적절하고 효과적으로 대응할 수 있습니다. 또한 상황을 파악하는 데 도움이 되며, 환경에 영향을 주는 문제를 통해 배울 수 있습니다. 보호를 강화하고 개선된 애플리케이션 및 인프라를 구축할 수 있습니다.