RabbitMQ란 AMQP(MQ 오픈소스 표준 프로토콜)의 구현체 중 하나이자 미들웨어 브로커다. MSA 구조에서 서버와 서버 간 데이터 교환이 필요할 때 주로 사용하며 직접 통신이 아닌 MQ를 거쳐 통신함으로써 서비스 간 결합도를 낮추고 신뢰성 있는 통신을 하고자 할 때 주로 사용한다. kafka에 비해 비교적 적용이 쉬운 편이며 회사에서도 대규모의 이벤트 처리를 해야하는 구조가 아니어서 rabbitMQ를 사용중이다. AMQP의 구성 요소 Exchange : Publisher로부터 수신한 메시지를 큐에 분배하는 라우터 역할 (쉽게 말하면 배달원) Queue : 메시지를 메모리나 디스크에 저장했다가 컨슈머에게 메시지를 전달하는 역할 Binding : Exchange와 Queue의 관계를 정의 구현체인 R..

Spring WebFlux가 큰 틀에서 어떤 방식으로 동작하는지 알아보고자 한다. Spring MVC 의 경우에는 DispatcherServlet 기반으로 요청을 받아 뒷단의 처리가 이루어진다. Spring WebFlux의 경우에도 DispatcherServlet과 같이 front controller 의 역할을 해주는 친구가 존재한다. 일단 결론부터 말하면 대충 분석해본 것들을 요약했을 때 아래 같은 그림이다. (간단하게 표현해서 생략이 많을 수 있다.) DispatcherHandler (WebHandler의 구현체) DispatcherHandler 는 WebHandler 인터페이스의 구현체로 Spring Webflux에서의 front controller 역할을 한다. 아래는 DispatchHandler..

Spring Data 란? Spring 프레임워크의 하위 프로젝트 중 하나로 모델을 기반으로 다양한 데이터 접근 기술을 지원한다. Repository 인터페이스를 통해 객체 매핑을 추상화 형태로 지원하기 때문에 좀 더 쉽게 데이터에 접근 및 사용이 가능하다. Main Module Spring Data Commons : 모든 Spring Module을 뒷받침하는 핵심 Spring 개념 CrudRepository, PagingAndSortingRepository Spring Data JDBC : spring-jdbc에 대한 Spring Data 추상화를 제공하는 모듈 CrudRepository를 구현하는 SimpleJdbcRepository 클래스 Spring Data JPA : JPA를 위한 스프링 데이터..

MDC 란? MDC 는 Mapped Diagnostic Context 의 약자로 key와 value를 저장하는 Map 형식으로 slf4j, logback, log4j 등 로깅 프레임워크에서 필요한 정보를 저장하고 싶을 때 사용한다. ThreadLocal 을 기반으로 컨텍스트 정보를 저장하기 때문에 멀티 쓰레드 환경에서 유용하게 사용이 가능하다. (멀티 쓰레드 환경에서는 로그 메시지에 각 쓰레드에 대한 로그가 섞이기 때문) 요청이 어떤 사용자로부터 들어온 것인지 저장하거나 요청별로 식별자를 만들어 특정 요청에 대한 로그만 추적할 수 있다. 참고: 로그시스템 #4-MDC를 이용하여 쓰레드별로 로그 분류하기 MDC 적용하기 Spring Framework를 사용하고 있다면 AOP를 이용해 쉽게 적용이 가능하다...

Step2 https://github.com/next-step/kotlin-blackjack/pull/528 Test Double 단위 테스트를 위해 의존성 주입 부분에 테스트 더블을 사용해 테스트를 좀 더 편리하게 할 수 있도록 구현하였다. 다만, 피드백을 받으며 Stub, Mock, Fake 등 테스트 더블의 종류에 대해 명확히 알고 사용하는게 좋을 것 같아 정리해보려 한다. Dummy 동작하지 않아도 테스트에는 영향을 미치지 않는 객체를 Dummy 객체라고 한다. 단순 인스턴스화한 객체를 의미한다. Stub 테스트에서 호출된 요청에 대해 미리 준비해둔 결과를 제공한다. 즉, 테스트를 위해 미리 만들어놓은 객체만을 반환한다. (객체의 상태를 검증할 때 주로 사용한다.) Mock 호출에 대한 기대를 명..

미션을 진행하며 받았던 피드백을 토대로 배운 점들을 적어보려 한다. 클린코드 뿐만 아니라 코틀린을 좀 더 코틀린스럽게 구현할 수 있는 방법들을 많이 알아갈 수 있어 매우 좋은 경험이었다! Step2 https://github.com/next-step/kotlin-lotto/pull/759 검증부는 하드 코딩을 사용하자 테스트코드에서 검증을 위해 도메인의 상수를 그대로 사용해 검증 로직을 짰는데 테스트에서는 상수를 직접 활용하기 보다는 하드 코딩을 해보는건 어떻겠냐는 피드백을 받았다. 검증부에 도메인 로직을 추가했을 때의 문제점은 다음과 같다. 무의미한 검증 사실상 프로덕션 코드를 복사 & 붙여넣기 한 것과 같다. 구현 코드와의 강결합 프로덕션 코드와 강결합하게 되면 결과는 동일하지만 로직이 변경되는 리팩..

도메인 프로퍼티 접근 제어자 custom setter와 getter의 사용 코틀린에서는 프로퍼티에 대한 getter와 setter를 자동으로 생성해주기 때문에 직접 getter를 구현하기보다는 아래 예시와 같이 코틀린을 좀 더 코틀린스럽게 구현할 수 있다. var stringRepresentation: String get() = this.toString() set(value) { setDataFromString(value) // parses the string and assigns values to other properties } 여기서 더 나아가, 도메인에 var 프로퍼티를 사용할 경우 외부에 변경 가능 지점이 노출되기 때문에 외부에 변경 가능 지점을 노출하고 싶지 않다면 private set 을 통..

데이터베이스의 구조 변경이 많은 경우 - 기존 데이터베이스는 꼭 dump 떠놓기 (테이블을 건들게 된다면 무엇을 하든 꼭 첫번째로 하자) - 기존 컬럼(old column)은 유지하고 새로운 컬럼(new column)을 함께 만들기, 여기서 문제가 없음을 확인하면 조금씩 이전 컬럼 지워나가기 - 컬럼 몇개의 대체보다 더 큰 구조적 마이그레이션이 필요하다면 테이블 복제를 통해 새로운 테이블을 만들고 작업 후 테이블을 교체하기 (기존 테이블에서 작업하다보면 이전 데이터를 날려버릴 수 있는 위험 상황에 놓일 수 있다..ㅎ) API 의 버전 교체가 필요한 경우 - API 기존 버전도 여전히 동작 가능해야 한다. 해당 API를 사용하는 곳을 전부 추적하고 바꾸도록 요청할 수는 없기 때문에 기존 API도 동작 가능..

Programming Models 1. Annotated Controller Spring MVC에서 사용하던 방식을 WebFlux 에서 그대로 사용이 가능하다. @RequestMapping, @PathVariable, @RestController, @GetMapping 등 2. Functional Endpoints Java8의 lambda style routing과 handling 방식 (함수형 모델) RouterFunction: 어떤 핸들러가 요청을 처리할 지 결정 HandlerFunction: 바인딩 부터 HTTP 요청 응답처리 ServerRequest와 ServerResponse로 응답을 하며 서블릿 제약이 없고 리액티브 타입을 지원한다. Spring WebFlux의 경우 다음과 같은 2개의 개발 ..

Spring Actuator란? 애플리케이션의 상태를 모니터링, Metric 수집을 위한 Http Endpoint를 제공해주는 모듈이다. (요약하면 애플리케이션의 상태를 전체적으로 알 수 있도록 도와주는 기능!) // https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-actuator implementation 'org.springframework.boot:spring-boot-starter-actuator:3.0.1' 다음과 같이 dependency만 추가해주면 사용이 가능하다. Ex) spring 설정 yaml 파일에 아래와 같이 어떤 endpoint들을 포함할지 명시해주면 된다. management: endp..

기존에 하던 것 처럼 http.requestMatchers("/h2-console/**").permitAll() 로 h2-console에 대한 접근을 허용해주려고 했지만 계속해서 403(forbidden) 에러가 났다. 구글링을 통해 해결한 결과 @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.authorizeHttpRequests() .requestMatchers("/users/**").permitAll() .and() .authorizeHttpRequests(auth -> auth .requestMatchers(AntPathRequestMatcher.antMatcher("/h2-console/..

Kotest에는 전후처리를 위한 여러개의 인터페이스 함수들이 존재하는데 대표적으로 @beforeSpec @beforeContainer @beforeTest @beforeEach .. 등이 존재한다. 테스트 생명주기에 어떠한 전후 세팅을 해주어야 하는경우 사용한다. 예를 들면 테스트 컨테이너 실행, 데이터 삽입 등등! 어떤 function을 사용하냐에 따라 테스트 과정과 결과가 달라질 수 있기 때문에 필요에 맞게 골라 사용하면 될 것 같다. Function Description @beforeEach 각 testcase 마다 호출된다. @beforeTest 각 testcase 마다 호출된다. @beforeContainer 걱 context마다 호출된다. @beforeSpec 하나의 테스트 spec (FunS..