가상 스레드는 어떻게 OS 스레드를 덜 낭비할까?

Order order = orderRepository.findById(orderId);PaymentResult payment = paymentClient.pay(order);order.complete(payment); 겉으로 보면 DB 조회를 기다리고, 결제 API 응답을 기다리는 코드다.하지만 가상 스레드에서는 대기 중인 동안 OS 스레드를 계속 붙잡지 않을 수 있다. 가상 스레드는 어떻게 블로킹(동기식) 코드처럼 보이면서도 OS 스레드를 계속 붙잡지 않을 수 있을까?결론 부터 말하면, 가상 스레드의 핵심은 블로킹 코드를 없애는 것이 아니다.가상 스레드가 I/O 대기 상태에 들어가면, JVM은 그 가상 스레드를 캐리어 스레드에서 내려놓고 다른 가상 스레드를 실행할 수 있다. 이 흐름을 이해하려면 두 개..

• format_list_bulleted JAVA
• · 2026. 7. 16.
• textsms

가상 스레드의 등장 (자바 동시성 모델의 변화)

시작하기 앞서 "스레드가 왜 필요한가?"라는 본질적인 질문부터 시작한다. 스레드는 하나의 프로그램 안에서 여러 작업을 독립적인 실행 흐름으로 진행하기 위해 필요하다.예를 들어 서버에 두 사용자(A, B)의 요청이 동시에 들어왔다고 해보자.스레드가 하나뿐이라면 첫 번째 요청이 DB 응답을 기다리는 동안 두 번째 요청은 시작하지 못한다.요청 A 처리→ DB 응답 대기→ 요청 A 완료→ 요청 B 처리 시작 반면 여러 스레드를 사용하면 요청마다 별도의 실행 흐름을 둘 수 있다.스레드 1: 요청 A 처리 → DB 응답 대기스레드 2: 요청 B 처리 계속싱글 코어에서는 여러 스레드가 매우 짧은 간격으로 번갈아 실행되고, 멀티코어에서는 여러 스레드가 실제로 동시에 실행될 수도 있다.즉, 스레드의 핵심 역할은 여러 작..

• format_list_bulleted JAVA
• · 2026. 7. 15.
• textsms

Claude Agent Team(에이전트 팀)를 알아보고 활용해보자.

에이전트 팀이란?에이전트 팀은 여러 Claude Code 인스턴스를 팀으로 조율하는 기능이다.기존에는 하나의 Claude가 모든 작업을 순차적으로 처리했다면, 에이전트 팀에서는 여러 Claude가 각자의 역할을 맡아 병렬로 작업한다. 에이전트 팀은 다음과 같은 구성요소를 갖는다.팀 리더: 팀을 만들고, 작업을 분배하며, 결과를 종합하는 메인 세션팀원: 할당된 작업을 독립적으로 수행하는 별도의 Claude 인스턴스공유 작업 목록: 팀원들이 청구하고 완료하는 작업 항목 리스트Mailbox: 에이전트 간 통신을 위한 메시징 시스템팀과 작업 정보는 로컬의 다음 경로에 저장된다.팀 구성 파일에는 members각 팀원의 이름, 에이전트 ID 및 에이전트 유형이 포함된 배열이 있다.팀원은 이 파일을 읽어 다른 팀원을..

• format_list_bulleted AI
• · 2026. 2. 17.
• textsms

Apache Lucene이란? 전문 인덱스에 대해 알아보자.

아파치 루씬은 강력한 전문 인덱싱 및 검색 기능은 물론, 고급 분석/토큰화 기능 등을 제공하는 Java 라이브러리다.(https://lucene.apache.org/)대부분의 전문 검색 인덱싱을 제공하는 오픈소스(ex: ElasticSearch, MongoDB)는 기본적으로 아파치 루씬을 활용한다고 한다.이번 포스팅에서는 이 아파치 루씬이 어떻게 인덱스를 생성하고 조회하는지 알아보자.Apache Lucene의 Analyzer란?우선 인덱싱을 위해 사용되는 Analyzer에 대한 이해가 필요하다.Analyzer는 문자열을 인덱싱 및 조회 시에 사용할 수 있는 TokenStream을 만들어 “텍스트 분석”이 가능하게 한다. Analyzer는 다음과 같은 핵심 구성 요소로 이뤄져 있다.CharFilter문자열..

• format_list_bulleted DB
• · 2025. 11. 30.
• textsms

복합 인덱스는 항상 조건절의 순서가 중요할까?

복합인덱스는 항상 순서가 중요하다고 알려져있다.계층적으로 정렬되는 구조로 (A, B, C) 복합 인덱스가 있을 때 B = 1, C = 1 조건절로 검색하면 A 필드별로 그룹화되 정렬된 B는 전체적으로 정렬되어 있지 않기 때문에 인덱스를 못한다.꼭 인덱스의 컬럼을 모두 사용해야만 인덱스가 사용되는 것은 아니지만, 첫번째 인덱스 조건은 반드시 조회조건에 포함되어야한다.(인덱스 스킵 스캔 조건에 해당하면 말이 다르다)필자는 이 복합 인덱스는 "WHERE 절 순서대로 구성되어야 인덱스를 탄다"라고 이해하고 있었고, 이 개념을 바로 잡고자 한다. 다음과 같은 2개의 복합 인덱스가 있다고 가정하고 시작한다.이 복합 인덱스 중 옵션 A는 별도의 filesort가 발생하고, 옵션 B는 인덱스만으로 조회가 되고 있다. ..

• format_list_bulleted DB
• · 2025. 10. 31.
• textsms

[NestJS] 추적 가능한 로깅 시스템 구축하기 (+ 메트릭)

기존 로깅 시스템의 문제점운영 중인 스크래핑 워커에서 하루 수만 개 이벤트가 발생한다.그런데 장애가 났을 때 로그를 열어보면 “많이 찍혀 있지만” 특정 스크래퍼가 왜 잘못되었는지가 빠르게 좁혀지지 않았다.특히, 런타임 에러 발생 시 Sentry로 에러 스택 트레이스를 보고 "무엇이 잘못됐는가?"는 파악할 순 있었지만"왜 잘못됐는지"를 병렬로 처리되는 비동기 컨텍스트를 추적할 수 없어 장애 원인을 파악하기 위한 과정에 시간이 정말 많이 소비됐다. 다른 문제로는 팀원별로 로깅 출력 방식이 다 제각각이라는 것이다.팀 내 컨벤션이 전혀 없었고, 레거시로 쌓인 로그 라이브러리도 3가지나 있다는 것이 문제였다. (레거시인지도 모르는 것이 문제) 따라서 다음과 같은 목표로 기존 로깅 시스템을 개선하고자 하였다.추적 ..

• format_list_bulleted NestJS
• · 2025. 10. 10.
• textsms