[JAVA] logback + slf4j를 이용한 로그서버 구현 (SimpleSocketServer)

4개의 자바 서버데몬의 로깅 라이브러리를 slf4j와 logback을 사용하여 로그를 관리하고 있다.

 

원격지에 통합로그 서버를 구현해 달라는 요구사항이 있었고 시간은 없었고

 

logback에서 지원하는 SimpleSocketServer를 사용하여 로그 서버를 구축하였다.

 

1. 로그서버 시작

아래 명령을 통해 로그서버를 시작시키자.

물론 라이브러리는 추가 후 classpath를 명시해준다

java -cp logback-classic-1.1.3.jar:logback-core-1.1.3.jar:slf4j-api-1.7.12.jar ch.qos.logback.classic.net.SimpleSocketServer {로그서버 포트번호} {설정파일 디렉토리}

 

 

대략 설정파일은 아래와 같이 하였다.

<?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="30 seconds"> <property name="USER_HOME" value="logs" /> <property name="LOG_FILE_NAME" value="server" /> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern> %d{HH:mm:ss.SSS} | [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${USER_HOME}/${LOG_FILE_NAME}.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>${USER_HOME}/${LOG_FILE_NAME}.%d{yyyy-MM-dd}.%i.log</fileNamePattern> <maxHistory>30</maxHistory> <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> <maxFileSize>128MB</maxFileSize> </timeBasedFileNamingAndTriggeringPolicy> </rollingPolicy> <encoder> <pattern>%d{HH:mm:ss.SSS} | [%thread] %-5level %logger{35} - %msg%n</pattern> </encoder> </appender> <root level="info"> <appender-ref ref="STDOUT" /> <appender-ref ref="FILE" /> </root> </configuration>

 

2. SocketAppender의 사용

각 서버데몬의 기존 logback.xml(설정파일)에 Appender를 하나더 추가시켜주었다.

... <appender name="SOCKET" class="ch.qos.logback.classic.net.SocketAppender"> <remoteHost>{로그서버 IP}</remoteHost> <port>{로그서버 포트번호}</port> <reconnectionDelay>10000</reconnectionDelay> <includeCallerData>false</includeCallerData> </appender> <root level="debug"> <appender-ref ref="FILE" /> <appender-ref ref="SOCKET" /> </root>

 

ScanPeriod가 지난 후 모든 서버데몬의 로그가 로그서버로 통합되어 로깅이 되는 것을 확인 할 수 있었다

생각보다 쉽게 끝나버렸음

 

logback

1. 빠른 구현 가능

2. 대규모 오픈소스에서도 사용하는 안정성

3. 설정파일 자동 Reloading

4. 다양한 Appender 지원

5. 시간 또는 파일 크기로 Rolling과 Archiving

6. 어플리케이션 성능에 영향을 주지 않음

 

등등..

끝..