작동 원리

일반적인 로그 통합 서비스는 수집기, 처리기, 저장소 그리고 UI 모듈로 이루어져 있습니다.
각 단계별 설정과 구성 작업을 필요로하므로 각각의 모듈을 구축하는 과정이 번거로우며 추가 비용이 발생합니다.

와탭 로그 모니터링은 적용이 간단합니다.
기존의 모니터링 에이전트가 수집기 역할을 하므로 에이전트에 옵션을 켜는 것만으로 로그 모니터링을 시작할 수 있습니다.

Java

출력된 파일로 부터 로그를 읽지 않고, 애플리케이션의 로그 라이브러리로 전달되는 로그를 직접 수집합니다.

Java 애플리케이션의 로그 라이브러리에서 로그를 직접 수집하기 때문에 파일 I/O를 유발하지 않으므로 시스템에 미치는 성능 영향이 매우 낮습니다.

트랜잭션 프로파일과 로그의 연결 추적성을 확보하여 프로파일에서 로그를 확인할 수 있습니다.

Java Agent 2.1.0 버전부터 사용할 수 있습니다.
Java 로그 라이브러리로는 대표적으로 Apache Log4j, Logback 등이 있습니다.

PHP

기존의 에이전트에 로그 수집 기능을 추가했습니다.

모니터링 에이전트가 로그 파일에 추가로 출력된 로그를 읽어 수집하는 방식을 활용합니다.

PHP Agent 2.3.2 버전부터 사용할 수 있습니다.

Python

기존의 에이전트에 로그 수집 기능을 추가했습니다.

모니터링 에이전트가 로그 파일에 추가로 출력된 로그를 읽어 수집하는 방식을 활용합니다.

로그에 트랜잭션 ID를 출력하면, 트랜잭션 프로파일과 로그의 연결 추적성을 확보하여 프로파일에서 로그를 확인할 수 있습니다.

Python Agent 1.2.2 버전부터 사용할 수 있습니다.

Server

기존의 에이전트에 로그 수집 기능을 추가했습니다.

모니터링 에이전트가 로그 파일에 추가로 출력된 로그를 읽어 수집하는 방식을 활용합니다.

Server Agent 2.1.2 버전부터 사용할 수 있습니다.