Java의 반응형 시스템

13장. 반응형 및이벤트 중심 아키텍처 관찰하기

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

지금까지는 반응형 시스템을 개발하는 방법에 중점을 두었습니다. 아직 논의하지 않은 것은 반응형 시스템의 모든 구성 요소가 예상대로 작동하는지 확인하는 방법입니다. 이 장에서는 반응형 및 이벤트 중심 아키텍처를 모니터링하고 관찰하는 방법을 중점적으로 다룹니다.

관찰 가능성이 중요한 이유는 무엇인가요?

애플리케이션이 단일 배포 또는 모놀리스인 경우 애플리케이션의 성능을 비교적 쉽게 관찰할 수 있습니다. 오류 로그 확인, CPU 및 메모리 사용률 모니터링 등 관찰해야 할 모든 것이 한곳에 있습니다. 모든 측면에 액세스할 수 있습니다.

반응형 및 이벤트 중심 아키텍처에서는 하나의 배포가 아니라 여러 개, 수십 개, 심지어 수백 개에 이르는 경우가 많습니다. 모니터링하고 관찰해야 하는 정보를 한 곳에서 볼 수 있는 것이 아니라 여러 곳에서 볼 수 있습니다. 통합 가시성 도구는 이러한 정보를 수집하고 이를 다시 한 곳에서 볼 수 있는 수단을 제공합니다.

그러나 단일 보기를 가능하게 하려면 이벤트 중심 아키텍처의 구성 요소에서 필요한 정보, 즉 원격 분석을 수집해야 합니다.원격 분석은 시스템을 관찰할 목적으로 프로세스에서 수집하는 모든 정보로 구성됩니다. 가장 일반적인 원격 분석 유형은 다음과 같습니다:

로그

텍스트 메시지는 종종 콘솔 출력, 로그 파일에 기록되거나 특정 로그 처리 시스템으로 내보내집니다. 또한 보다 정확한 데이터 추출을 용이하게 하기 위해 보다 구조화된 로깅을 JSON 형식으로 제공할 수도 있습니다.

메트릭

단일 메트릭은 HTTP 서버 요청과 같은 특정 정보를 측정합니다. 카운터, 게이지, 타이머, 히스토그램 등 다양한 유형의 메트릭을 사용할 수 있습니다.

추적

시스템을 통한 단일 요청을 특정 작업으로 세분화하여 나타냅니다.

반응형 또는 이벤트 중심 아키텍처를 사용하는 분산 시스템을 실행할 때는 시스템에 대한 충분한 추론을 지원하기 위해 구성 요소에서 생성된 견고한 원격 측정이 필요합니다. 외부에서 관찰할 수 있는 것을 기반으로 시스템을 추론할 수 없다면 반응형 시스템을 제대로 관찰할 수 없습니다.

몇 가지 용어를 명확히 해 보겠습니다.모니터링과 통합 가시성은 같은 의미로 혼동될 수 있습니다. 중복되는 부분이 있지만 서로 다른 의미입니다. 모니터링은 특정 메트릭에 중점을 두고 특정 목표, 서비스 수준 목표(SLO)에 대해 측정하고 이러한 목표가 충족되지 않을 때 운영팀에 알림을 보내는 것입니다. 모니터링은 문제를 확인하기 위해 측정할 데이터 또는 메트릭을 알고 있지만 특정 문제의 원인이 무엇인지 모르기 때문에 알려진 미지수라고도 합니다. 알려진미지수는 무엇이 문제를 일으킬지 모르기 때문에 관찰 가능성을 의미하며, 문제가 발생하면 그 원인을 파악하기 위해 시스템의 출력에서 관찰해야 합니다.

Kubernetes는 시스템을 원활하게 모니터링, ...