코틀린 코루틴의 정석 (1) – 실무 중심으로 다시 공부하는 코루틴
입사 첫 주, 회사 기술 스택을 익히겠다는 마음 하나로 LINE 조세영 님의 「코틀린 코루틴의 정석」 강의를 결제했었다. 운이 좋게도 책 증정 이벤트에 당첨되어 책까지 받았지만, 정신없이 업무에 몰입하다 보니 그 책
온라인 식품 커머스, 상품 유형에 따라 시스템이 달라진다
온라인 식품 커머스, 상품 유형에 따라 시스템이 달라진다 1P, 2P, 3P — 이 세 글자가 커머스 아키텍처를 결정한다 들어가며 온라인 식품 커머스를 운영하다 보면 "우리는 어떤 방식으로 상품을 팔 것인가?"라는
비동기로 성능개선을 한다고? - Coroutine, Semaphore, BulkHead로 안정적인 성능 만들기
"비동기로 처리하면 더 빨라요" 이 말을 백엔드 개발자라면 한 번쯤 들어봤을 것이다. 하지만 진짜로 빠를까? 사실 비동기는 "더 빨라진다"보다 "기다리는 시간을 겹친다"가 더 정확한 표현이다. 이번 글에서는 동기/비
Outbox만으로 충분할까? CDC와 DLQ를 통한 기초적인 이벤트 기반 설계를 알아보자
대부분의 시스템은 초기에 단일 데이터베이스를 중심으로 모놀리식 기반 설계부터 시작된다. 서비스가 분리되고 도메인 경계가 명확해지며 트래픽이 늘어날수록 각 도메인이 자신의 데이터베이스를 소유해야 하는 시점이 찾아온다.
MongoDB의 WiredTiger Engine과 Transaction에 대해서 알아보자
개발자 글쓰기 모임 3주차의 주제는 트랜잭션의 적용 사례와, 클린 아키텍처 적용 사례이다. 하지만 트랜잭션의 적용 사례는 2주 전에 트러블슈팅 내용으로 다루었었고, 클린아키텍처 적용 사례의 경우에는 글쓰기 모임 1주
TDD의 개념과 장단점 그리고 BDD by Kotest
TDD(Test Driven Development)는 테스트 주도 개발로, 소프트웨어 개발 시 기능 구현 전에 테스트 코드를 작성하여 개발 전체적인 과정을 이끌어 가는 방법론이다. 이 접근법은 "Red(실패), Gr
Coroutine과 ReactiveMongo 다중DB 환경에서 @Transactional을 사용해 보자
업무를 하는 도중, 원자적으로 작업이 되어야만 하는 즉, 트랜잭션이 꼭 필요한 비즈니스 로직이 있었다. @Transactional 어노테이션을 사용해서 간편하게 트랜잭션 작업을 하고 싶은데.. 여러 블로그에 있는 레
이제 와서 고쳐보는 2024년의 내 코드
오늘은 써야지 라는 개발자 블로그 글쓰기 모임에 참여하게 되었다. 이 모임은 매주 개발 관련 블로그를 작성하고, 서로의 글을 공유하며 피드백을 나누고 경험과 인사이트를 나누자는 취지로 개설된 자리이다. 첫 주차의 주
GraphQL 스키마 타입에 대해 알아보자.
타입 시스템이란? 타입 시스템은 GraphQL에서 데이터의 구조를 명확하게 정의해서 서버와 클라이언트 간의 데이터 전달을 일관되고 정확하게 해주는 중요한 개념이다. GraphQL의 타입 시스템은 다음과 같은 요소로
GraphQL 서버 동작 방식에 대해 공부해보자!
이번엔 GraphQL의 서버 구성요소에 대해 알아보자. GraphQL의 구성요소 GraphQL의 구성요소는 크게 4가지로 나눌 수 있다. 스키마 미들웨어 리졸버 AST GraphQL의 구성요소 - Schema 먼저