본문 바로가기

Dot Programming

[Spring Batch] 스프링 배치에 대해 알아보자
Dot Programming/Spring 2022. 5. 17. [Spring Batch] 스프링 배치에 대해 알아보자 배치 Batch 1. [명사] (일괄적으로 처리되는) 집단[무리]. 2. [명사] 한 회분(한 번에 만들어 내는 음식기계 등의 양) 3. [동사] (일괄 처리를 위해) 함께 묶다. Batch Processing Batch Processing(일괄 처리)은 사용자의 개입 없이 실행을 스케줄링할 수 있는 작업(job)을 의미하며. 컴퓨터 프로그램 흐름에 따라 순차적으로 자료를 처리하는 방식이다. 배치는 예약된 시간에 자동으로 실행될 수 있으며 컴퓨터 리소스의 가용성에 따라 실행될 수도 있다. - wiki 배치 프로세싱(Batch Processing; 일괄 처리) Batch Processing(일괄 처리; 대규모 데이터 지향, 비대화형 및 자주 오래 실행되는 백그라운드 실행으로 대표됨)은 거의 모든 산업에서 ..
[Spring] 스프링 부트에서 로그(Log) 사용하기2 - Log4j2 (Sync, Async Appender, Async Logger)
Dot Programming/Spring 2022. 5. 7. [Spring] 스프링 부트에서 로그(Log) 사용하기2 - Log4j2 (Sync, Async Appender, Async Logger) 스프링 부트에서 Log4j2 사용하기 Log4j2는 Apache의 log4j의 다음 버전이며 가장 최근에 등장한 프레임워크이다. 이는 Logback와 동일하게 자동 리로드와 필터링 기능을 제공하고 이 외에도 Java8부터 도입된 람다식 지원과 Lazy Evalutaion, 가비지 프리 기능들을 제공하고 있다. Logback과 가장 큰 차이는 Log4j2는 멀티스레드 환경에서 비동기 로거를 사용할 경우 10배 가까운 처리량을 처리할 수 있다는 것이다. 개인적으로 Log4j2와 Logback의 가장 큰 차이는 비동기 로거(Async Logger)의 차이인 것 같다. 그리고 이는 멀티 쓰레드 환경에서 더 많은 쓰레드를 다룰수록 엄청난 성능 격차를 불러일으킨다고 Log4j2 문서에서 설명하고 있다. 그래서 정말..
[Spring] 스프링 부트에서 로그(Log) 사용하기 - Logback (Sync, AsyncAppender)
Dot Programming/Spring 2022. 5. 3. [Spring] 스프링 부트에서 로그(Log) 사용하기 - Logback (Sync, AsyncAppender) 스프링 부트에서 Logback 사용하기 스프링 부트에선 기본적으로 Logback이 설정되어 있다. 다음과 같이 spring-boot-starter-logging 라이브러리에 기본적으로 설치되어 있어서 SLF4J의 3가지 모듈이 Logback과 연결된다. Controller에 로그 API를 작성하여 기본적으로 로깅이 뭔지 모두 호출해보자. /** * trace < debug < info < warn < error * default : info */ @RestController public class FooController { private final Logger log = LoggerFactory.getLogger(this.getClass().getSimpleName()); @GetMapping("/")..
[Spring] 로그(Log)와 로깅 프레임워크(Logging Framework)에 대해 알아보자 - Log4j, Logback, Log4j2
Dot Programming/Spring 2022. 4. 30. [Spring] 로그(Log)와 로깅 프레임워크(Logging Framework)에 대해 알아보자 - Log4j, Logback, Log4j2 System.out.print() 로그가 아닌 System.out.print()로도 콘솔에 기록을 남길 수 있으나 이를 사용하면 문제가 있다. print() 메서드를 살펴보면 synchronzied로 동기화가 되어있는 것을 볼 수 있다. 그러면 기록을 남길 때마다 쓰레드 lock이 걸리기 때문에 엄청난 성능 저하를 불러일으키게 된다. 혹여나 개발 단계에서 이를 사용했다 하더라도 운영시에는 이를 모두 삭제해줘야 한다. 방치하면 I/O 요청이 발생할 때마다 쓸데없는 리소스를 잡아먹게 된다. 로그(Log) 로그(Log)는 기록을 남기는 것이다. 로깅을 하면 앱 개발시 운영 중 발생하는 문제점을 모니터링하거나 추적하는 데 용이하다. 또한 해당 데이터를 분석해 통계를 낼 수도 있다. 하지만 로그를 잘못 사용하면 ..
성능 테스트, 부하 테스트, 스트레스 테스트에 대해 알아보자
Dot Programming/Spring 2022. 4. 29. 성능 테스트, 부하 테스트, 스트레스 테스트에 대해 알아보자 성능 테스트 (Performance Test) 성능 테스트는 시스템 구성 요소가 특정 상황에서 어떤 성능을 보이는지 확인하기 위해 수행되는 테스트이다. 제품의 리소스 사용, 확장성 및 안정성도 이 테스트를 통해 검증할 수 있다. 성능 테스트는 기본적으로 매우 광범위하다. 다음 그림은 성능 테스트가 부하 및 스트레스 테스트 모두에 대한 상위 집합임을 보여준다. 그 외에도 스파이크 테스트, 볼륨 테스트, 내구성 테스트 및 확장성 테스트가 하위 집합으로 존재한다. 성능 테스트 중에 충족되어야하는 벤치 마크가 업계별로 많이 존재하는 데 해당 시스템의 벤치 마크 수준으로 시스템을 동작시키는 것이 성능 테스트의 주요 목표이다. 성공적인 성능 테스트는 데이터베이스, 네트워크, 소프트웨어, 하드웨어 등과 관련 될 수있..
[Spring] LocalStack과 Testcontainers를 활용하여 AWS S3 통합 테스트 환경 구축하기
Dot Programming/Spring 2022. 4. 24. [Spring] LocalStack과 Testcontainers를 활용하여 AWS S3 통합 테스트 환경 구축하기 로컬이나 어떠한 운영 환경에서도 쉽게 AWS S3 통합 테스트를 실행하기 위해 LocalStack과 Testcontainers를 사용하여 테스트 환경을 구축해보았다. Testcontainers Testcontainers는 docker 컨테이너를 외부 설정 없이 Java 언어만으로 구축할 수 있는 오픈소스 라이브러리이다. 테스트 실핼시 외부에서 따로 DB를 설정하거나 별도의 프로그램 또는 스크립트를 실행할 필요가 없다. 컨테이너 기술을 사용하기 때문에 임베디드 라이브러리를 사용하는 것보다 훨씬 더 경량화된 방법으로 테스트 환경을 구축할 수 있다. [Spring] TestContainers로 멱등성있는 MySql 테스트 환경 구축하기 [Spring] 어디서든 실행 가능한 Redis 통합 테스트 환경 구축하기..
[Spring] 어디서든 실행 가능한 Redis 통합 테스트 환경 구축하기 (TestContainers)
Dot Programming/Spring 2022. 4. 19. [Spring] 어디서든 실행 가능한 Redis 통합 테스트 환경 구축하기 (TestContainers) 성능 향상을 위해 Redis 캐싱 기능을 도입하면서 이에 대한 테스트 코드도 작성하게 되었다. 기존에 미리 Jenkins으로 자동 테스트 및 배포 환경을 구축해놨었던지라 Redis도 이에 적응시키기 위해 어디서든 실행 가능한 Redis 통합 테스트 환경을 구축해보았다. 다양한 Redis 테스트 환경 설정 방법 테스트 DB 환경을 설정하는 방법이 다양한 것처럼 Cache 환경 설정 하는 방법도 여러가지가 있다. 1. 내장된 인메모리 Cache 사용하기 스프링 캐시는 아무 설정을 하지않으면 기본적으로 ConcurrentMapCache 캐시를 사용한다. 이는 Redis와 멱등성이 깨지기 때문에 사용하기 적절하지 않다. 환경에 따라 멱등성이 깨진다 2. 로컬에 Redis 생성해서 사용하기 Redis 로컬 637..
[Spring] CM4SB와 Jmeter로 API 응답 지연 테스트하기 (카오스 엔지니어링)
Dot Programming/Spring 2022. 4. 18. [Spring] CM4SB와 Jmeter로 API 응답 지연 테스트하기 (카오스 엔지니어링) 카오스 엔지니어링 넷플릭스(Netflix)의 카오스 엔지니어링을 설명하기 위한 기본 원칙을 담고 있는 PRINCIPLES OF CHAOS ENGINEERING의 내용을 참고하였습니다. 카오스 엔지니어링(Chaos Engineering)이란 프로덕션 서비스의 각종 장애 조건을 견딜 수 있는 시스템의 신뢰성을 확보하기 위해 분산 시스템을 실험하고 배우는 분야이다. 대규모 분산 소프트웨어 시스템 발전으로 인해 IT 업계는 발빠른 변화가 일어나고 있다. 개발 유연성과 배포 속도를 높이는 방식을 발빠르게 채택하고 있다. 이러한 방식에 대해 마주한 질문은 "우리가 배포 환경의 복잡한 시스템자체를 우리가 신뢰할 수 있는가?"이다. 분산 시스템 내부의 각 개별 서비스가 올바르게 작동하는 경우에도 해당 서비스 간의 상호..

티스토리툴바

티스토리툴바