DevLog 😶

🌱 들어가기 전통합 테스트를 하다 보면, 실제 빈 중에 일부만 stubbing을 하고 싶은 상황이 생긴다.예를 들어, 외부 API를 통신하거나 외부 시스템을 활용하게 되면 테스트에서 그대로 활용하기 어려운데, 해당 부분에 대해서만 우리가 원하는 시나리오를 제공하여 우리 애플리케이션이 잘 동작하는지 확인하고 싶을 수 있다. 하지만, 보통 Spring Context에서는 동일한 이름을 가진 빈을 그대로 등록하게 되면 오류가 발생하기 때문에, 몇 가지 특별한 조치를 해주어야 하는데 한 번 살펴보자.  ☁︎ 테스트 시나리오 - 사용자가 상품을 구매하게 되면, 외부 API를 호출하여 재고가 존재하는지 확인한다.  - 만약 재고가 존재하면 외부 API는 ‘SUCCESS’라는 응답을, 재고가 존재하지 않으면 ‘FA..

🌱 들어가기 전회사 들어가고 블로그가 너무 뜸해진 것 같아서, 이전에 쓰려다가 못 쓴 글을 작성하고자 한다 🥹 (무한의 임시 저장...) 사내에서 Replication을 활용하고 있다는 건 알고 있는데, 구체적으로 어떤 식으로 동작하는지는 제대로 이해하지 못하고 있었던 것 같아서 간단하게 MySQL을 활용하여 Replication이 어떤 식으로 동작하는지 구축해보았다. 구체적인 부분은 더 공부하면 좋겠지만, 학습 용도로 작성하는 글!  🌱 복제란 무엇일까?복제는 기본적으로 master 노드에서 데이터가 변경되었을 때 slave 노드에도 변경된 내용을 적용시키는 것을 의미하며, MySQL에서는 기본적으로 비동기 복제 방식을 활용하여 둘 사이의 데이터 정합성을 맞추고 있다.여기서 말하는 비동기 복제 ..

🌱 들어가기 전 나는 평소에 마우스는 사용하지 않지만, 맥북 터치패드를 정말 많이 사용하는 편이었어서 개발할 때 단축키를많이 사용하지 않는 편이었다. 그러다 보니 자동으로 개발할 때 미묘하게 속도 차이가 났었는데, 이번에 단축키도 공부할겸, 리팩터링 시 어떻게 하면 Intellij 를 최대한 활용할 수 있는지 스터디 하는 시간을 가졌다. (갓나니개발자님 덕분에 많이 배울 수 있는 시간이었다 ㅎ_ㅎ) 이번 포스팅에서 사용된 샘플 코드는 백명석 님의 깃허브를 가면 확인할 수 있는데, 나는 사내에서 코틀린을 사용하고 있다 보니까 해당 코드를 코틀린 + Kotest로 변환하여 연습을 해보았다. 어떤 식으로 리팩터링을 했는지는 아래의 레파지토리에 커밋별로 나타내었다. GitHub - Cl8D/kotlin-exp..

✔️ 객체 지도 프로그래머의 가장 큰 숙제는 '변화하는 요구사항에 얼마나 더 잘 대응할 수 있는가?' 이다. 예를 들어보자. 고양이 스낵바에 새로운 신입 셰프냥이 들어왔다. 신입 셰프냥은 아직 메뉴 숙지에 미숙해서 레시피를 다 외우지 못했다. 이때 손님냥이 알바냥에게 딸기라떼를 주문했고, 알바냥은 신입 셰프냥에게 딸기라떼를 만들라고 지시했다. 하지만 신입 셰프냥은 딸기라떼 레시피를 몰라서 어떻게 해야 할지 고민 중인 상황이라면, 어떤 행위를 할 수 있을까? 1. 수석 셰프냥에게 딸기라떼 만드는 방법 물어보기 2. 레시피 북을 참고하여 딸기라떼 만들기 먼저, 첫 번째 방법의 경우, 만약 딸기라떼의 레시피를 얻을 수는 있지만, 변화하는 요구사항에 대응할 수 없다. 만약 손님이 추가적으로 ‘엇, 근데 딸기라떼..

옛날에 책 읽으면서 작성했던 건데 오랜만에 글 올릴 겸... 시리즈 마무리는 하면 좋을 것 같아서 올리려고 한다 :D ✔️ 자율적으로 행동하는 객체 앞선 챕터에서 늘 강조했던 것처럼, 객체는 자율적으로 행동이 가능하다. 이때, 객체가 행동하는 유일한 이유는, 다른 객체로부터 요청을 수신했기 때문이다. 여기서 요청을 처리하기 위해 객체가 수행하는 행동을 ‘책임’이라고 하며, 자율적인 객체란 스스로의 의지와 판단에 따라서 각자 맡은 책임을 수행하는 객체를 의미한다. 객체가 자신에 의지에 따라서 책임을 자율적으로 수행한다는 게 무엇을 의미하는 걸까? 쉽게 생각하기 위해 다시 고양이 스낵바 예제를 꺼내보자. 고양이 스낵바의 인기가 폭발하면서 아침부터 많은 음료 제조 요청이 들어왔다. 이때 알바냥에 셰프냥에게 ‘..

🌱 들어가기 전너무 오랜만에 작성하는 블로그 글...! 최근에 사내에서 매우 많이 쓰이는 도메인에 대해서 리팩터링을 진행했었는데, 거기서 만났던 이슈들과 간단한 생각 기록을 블로그에 남기면 좋을 것 같아서 작성하고자 한다. 이미 팀 내에서 공유도 했었고, 동기들에게도 공유한 내용이기도 하고, 사실 별거 아닌 거라 그냥 간단하게만 정리할 예정이다. 🌱 문제 상황리팩터링을 진행하고자 한 도메인은 우리 팀에서 매우 중요한 비즈니스 도메인 객체 중 하나였고, 이미 안정적으로 잘 운영되고 있지만 굉장히 옛날부터 레거시로 내려오고 있던 객체였기 때문에 신규 입사자가 보기에 좋은 코드가 아니라는 생각이 들었다. 사내 도메인인 만큼 그대로 가져올 수는 없지만, 비슷한 느낌으로 아래와 같이 세팅을 진행해보았다.CREAT..

🌱 들어가기 전 지난 포스팅에서는 레디스를 활용해 분산락을 구현하는 다양한 방법들을 살펴보았다. 이번 포스팅에서는 조금 더 색다른 방법으로 레디스를 활용하여 분산락을 구현해보고자 한다. ✔ Case 4 - Lua Script 활용하기 Redis 2.6 버전에서 루아 스크립트 엔진이 추가되면서, 레디스 서버에서 루아 스크립트를 실행할 수 있게 되었다. 레디스 내부에서는 EVAL (혹은 EVALSHA)이라는 명령어를 통해 사용할 수 있다. EVAL script numkeys [key [key ...]] [arg [arg ...]] 만약 스크립트가 길어지게 된다면 스크립트 전체를 EVAL로 전송하기에는 네트워크 대역의 비용이 발생할 수 있기 때문에, 레디스에서는 SCRIPT LOAD 명령어를 통해 스크립트를 ..

🌱 들어가기 전 조금 오래되긴 했지만 이전 포스팅에서 네임드락을 통한 분산락 구현을 진행하였다. 마지막 포스팅에서 레디스를 활용한다고 말했었는데, 계속 미루다가 이번에 레디스 공부를 하면서 간단하게 구현을 진행해보았다. 분산락에 대한 개념은 이전 포스팅에서 다루었기 때문에, 레디스를 이용해서 바로 분산락을 구현해보자. 또한, 지난 포스팅에서는 Jmeter를 활용하였지만, 이번 포스팅에서는 E2E 테스트를 통해 직접 구현을 해보고자 한다. 🌱 구현 상황 정말 간단하게 잔액을 의미하는 'Balance'라는 값에, 2개의 요청이 동시에 들어왔을 때 레디스를 통한 분산락을 구현하여 제어해보자. 위의 결과에서 최악의 상황이라면 Request 1, 2번 모두 80이라는 값을 반환하여 정상적으로 잔액이 갱신되지 않을..

🌱 들어가기 전 옛날에 썼던 글인데, 요즘 블로그를 너무 안 쓴 것 같아서 오랜만에 올리는 글 😶 혼자 공부할 겸 작성한 글이었어서 다소 설명이 부족합니다...! 🌱 엔티티 소개 @Entity @EntityListeners(AuditingEntityListener.class) public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @Column(nullable = false) @CreatedDate private LocalDateTime createdAt; @LastModifiedDate private LocalDateTime updatedAt; User 클래스는 사용자에 대한 엔티티이며, id..

🌱 문제 상황 프로젝트를 진행하면서 동적 쿼리를 작성할 일이 많아 QueryDSL을 도입하게 되었는데, 이번에 색다른 오류를 발견하게 되었다. java.lang.NullPointerException: Cannot read field "id" because "co.kirikiri.domain.goalroom.QGoalRoomMember.goalRoomMember.goalRoom.roadmapContent.roadmap" is null NPE를 본 건 오랜만이어서 조금 삽질을 진행했다. 🌱 도메인 구조 지난 포스팅과 같은 프로젝트이기 때문에 도메인 구조는 거의 동일한데, 위 문제 상황을 이해하기 위한 추가적인 도메인 정보가 필요하다. 하나의 로드맵 본문(RoadmapContent) 정보에 대해서 여러 개의 ..