01: 기본 사항
글로벌 과제, 경쟁에 대한 압박, 까다로운 경제, 높아지는 고객 기대치와 같은 상황에서 기업과 이를 지원하는 시스템은 변화를 따라잡기 위해 끊임없이 진화해야 합니다. 그리고 이러한 시스템이 성장함에 따라 애플리케이션, 네트워크 및 데이터가 서로 너무 얽히게 되면서 복잡성도 함께 증가합니다. 그렇다면 모든 것이 어디에서든 모두 한꺼번에 제대로 수행되고 있는지 어떻게 알 수 있을까요?
해답은 엔터프라이즈 관찰 가능성을 사용하는 것입니다.
엔터프라이즈 관찰 가능성: 더 빠르고 자동화된 문제 식별 및 해결을 위해 최신 분산 시스템에 대한 심층적인 가시성을 제공합니다.
애플리케이션 관찰 가능성 심층 분석
관찰 가능성은 비교적 새로운 용어이기 때문에 모니터링 및 애플리케이션 성능 모니터링(APM)과 함께 사용되는 경우가 많습니다. 세 가지 모두 문제의 근본적인 원인을 식별하는 방법을 나타내지만 작동 방식이 다릅니다.
모니터링은 일정 기간 동안 원격 측정 데이터와 같은 항목의 진행률 또는 품질을 추적하고 분석하는 방법입니다.
APM 도구는 메트릭, 트레이스, 로그를 수집하고 일반적으로 인프라 모니터링, 애플리케이션 종속성, 비즈니스 트랜잭션 및 사용자 경험에 중점을 둡니다.
관찰 가능성은 모든 자산에 컨텍스트를 적용하여 모니터링과 APM을 한 단계 더 발전시킵니다. 초지능형 에이전트는 분산 마이크로서비스 애플리케이션의 모든 서비스와 인프라에 대해 자동 검색 프로세스를 수행합니다. 이는 모든 인프라 구성요소와 애플리케이션 성능 간의 관계를 이해하는 데 도움이 됩니다.
애플리케이션 관찰 가능성이 필요한 이유
최신 클라우드 네이티브 애플리케이션은 컨테이너 및 마이크로서비스 아키텍처, 멀티/하이브리드 클라우드 전략, 지속적인 애플리케이션 통합 및 배포 CI/CD 파이프라인으로 구성됩니다.
APM 플랫폼은 코드 중심의 서비스 지향 아키텍처(SOA) 메시지 기반 구현을 수용하도록 설계되었습니다. 그러나 클라우드 네이티브, 컨테이너 및 마이크로서비스는 이러한 구현을 중단했습니다. 왜 그럴까요? 측정해야 할 대상과 오케스트레이션 방법에 대한 초점을 변경했기 때문입니다. 다시 말해 완전한 가시성과 관리 용이성이 부족했습니다.
이전의 애플리케이션 아키텍처 세대와 비교할 때 이러한 클라우드 네이티브 및 마이크로서비스는 세 가지 근본적인 변화를 가져왔습니다. 여기에는 다음이 포함됩니다.
- 애플리케이션 인프라에 대한 직접적인 제어 감소
- 애플리케이션을 적당한 네트워크 통신을 사용하는 코드 중심에서 훨씬 더 작은 컨테이너식 서비스를 사용하는 네트워크 중심으로 전환
- 확장성에 관한 개념 구축. 즉, 대량의 애플리케이션 액세스 요구에 대응하기 위해 새로운 서비스와 인프라를 신속하게 추가한 다음 수요가 줄어들면 다시 축소해야 합니다.
원래 APM 플랫폼 설계의 아키텍처 및 구현 제한사항으로 인해 많은 APM 공급업체가 이러한 클라우드 네이티브 마이크로서비스 애플리케이션 대응하지 못했습니다. 그들은 네 가지 주요 영역, 즉 원격 측정, 추적, 자동화, 확장성 측면에서 뒤처졌습니다. 그러나 클라우드 네이티브 관찰 가능성 플랫폼은 네트워크 중심 마이크로서비스 아키텍처의 요구사항을 처리하도록 설계되었습니다. 이 플랫폼은 고도로 분산된 애플리케이션을 정확하게 관찰하는 고급 원격 측정 스트리밍 및 스토리지 아키텍처를 사용합니다.
그림과 같이 관찰 가능성에는 모니터링이 포함되며 자동화, 컨텍스트, 확장성이 추가됩니다.
2장: 애플리케이션 관찰 가능성을 위한 3단계
관찰 가능성 여정을 시작하기 위한 3단계는 무엇일까요?