요즘 저는 사이드로 트레이딩 봇을 만들고 있습니다.겉으로 보면 자동 매매 프로젝트 하나를 개발하는 일처럼 보입니다. LLM 에이전트가 붙어 있고, OpenClaw를 통해 작업을 이어가고 있으며, 문서와 상태 파일이 꽤 많은 구조입니다.그런데 이 프로젝트를 진행하면서 가장 크게 느낀 변화는, 단순히 에이전트를 붙여서 개발 속도가 빨라졌다는 수준의 이야기가 아니었습니다.오히려 더 근본적인 감각에 가까웠습니다.저는 이 프로젝트를 하면서, 개발을 원래 아주 강하게 묶고 있던 두 가지 제약이 실제로 약해지는 경험을 했습니다.공간의 제약시간의 제약그리고 그 변화는 생각보다 단순한 원리에서 나왔습니다.문서를 레포 안에 무겁게 두는 것실행 상태와 판단 근거를 파일로 남기는 것에이전트가 채팅 대화보다 저장소를 읽고 움직..

서론지금 제 컴퓨터에서는 12개의 AI 코딩 에이전트가 동시에 작업 중입니다. 하나는 클라우드 마이그레이션을, 다른 하나는 멀티테넌시 구현을, 또 다른 하나는 CSV 파싱 버그를 수정하고 있습니다. 하나의 레포지토리에서, 서로 충돌 없이, 완전히 독립된 환경에서 병렬로 코드를 작성하고 있는 것입니다.이것이 어떻게 가능할까요? 답은 Git Worktree라는 Git의 내장 기능과, 이를 활용하는 Conductor라는 도구에 있습니다.이 글에서는 Conductor가 무엇인지, 그 기반이 되는 Git Worktree는 어떻게 작동하는지, 그리고 제가 실전에서 어떻게 활용하고 있는지를 공유하겠습니다.1. Conductor란핵심 개념Conductor는 Melty Labs(YC)가 만든 Mac 애플리케이션입니다. ..

서버 개발을 진행할 때 커넥션 누수 관련해서 이슈가 있었던 적이 있다.TypeORM에서 트랜잭션을 다루는 방식 중에는 직접 startTransaction, commitTransaction, rollbackTransaction, release 등을 호출하게끔 하는 방식이 있고 이 경우 개발자가 실수로 특정 메서드를 호출하지 않는다면 곧바로 문제가 된다.우리의 경우엔 QueryRunner의 release 함수를 누락한 문제였는데, 문제가 되던 부분은 바로 해결했지만 서비스 영향도가 있었기 때문에 이를 개발 환경에서 미리 모니터링할 수 있게 하는 것이 일이었다.재발 방지를 하는 법은 어렵지 않다.LLM 코드 리뷰 플로우에서 문제가 되는 해당 패턴에 대한 명시를 추가한다. (release 누락)앞으로는 quer..

서비스가 커짐에 따라 다양한 기능들이 추가되고, 이에 따라 서비스 뒷편에서는 비즈니스 로직 뿐 아니라 DB까지 수많은 변경점들이 생겨납니다.이 때마다 서비스 중단 공고를 내서 사용자 트래픽을 원천 차단하고 패치를 진행한다면 개발자 입장에서는 편할지 몰라도, 중단된 매 시점이 일종의 손실로 볼 수 있어 쉽게 생각할 문제는 아닙니다.즉, 서비스의 관점에서는 피치못할 경우를 제외하면 무중단으로 기능이 추가되는 편이 더 도움이 되리라는 것은 자명합니다.하지만 무중단 배포를 하고 싶다고 무조건 할 수 있는 것은 아닙니다. DB 레이어의 변경을 적용하다보면 당시 실행되고 있던 트랜잭션은 Blocking이 될수도, 혹은 아예 문제가 발생해 종료가 될 수 있습니다. 이러한 경우 유저의 서비스 이용에 문제가 있는 것이기..

최근 회사에서 진행 중인 작업에서 아래와 같은 요구사항을 만나게 되었습니다.서비스 내에는 수 많은 테넌트가 존재각 테넌트 내에서는 특정 이벤트가 발생하고, 이를 처리하는 워커 로직이 필요 (한번 실행에 500ms ~ 5s, 테넌트 내 데이터 양에 비례)이벤트 발생 빈도는 높지 않음이 때 이들 워커 로직은 테넌트 별로 오로지 하나씩만 동작해야 함. (테넌트 내 동시성 X)해당 글에서는 이 요구사항을 만족시키기 위한 방안에 대해 다뤄보도록 하겠습니다.최초 구현초기에는 이 요구사항을 만족시키기 위해, 아래와 같은 방향성으로 작업을 진행했습니다. 각 구조에 대한 설명은 아래와 같습니다.서버 애플리케이션에서는 유저의 특정 행동에 따라 이벤트를 발행하여 SQS로 전달합니다.전달된 이벤트는 사전에 등록된 AWS 람다..

서론 TiketeerTiketeer has 5 repositories available. Follow their code on GitHub.github.com현재 저는 지인 3분과 함께 간단한 팀 프로젝트를 진행 중인데, 그 곳에서 진행 중인 ‘티케팅 서비스’ 프로젝트에서 한순간 부하가 몰리는 티케팅 환경에서도 구매의 정합성을 보장하기 위해 노력하고 있습니다. 뿐만 아니라 성능적인 개선도 이루어내기 위해 다양한 논의들을 진행하고 있습니다. 해당 글에서는 성능 개선을 위해 데이터베이스 내에서 티켓 레코드를 읽어오는 방식을 개선하고 기존 방식과 성능적으로 비교한 내용을 다루고, 최종적으로는 이를 통해 저희 서비스에 미친 영향에 대해 이야기해보도록 하겠습니다. 들어가기 앞서본격적인 성능 비교에 앞서 현재 프로..

개요현재 지인 3분과 함께 동시성 문제에 대한 경험을 쌓기 위해 티케팅 서비스를 개발하는 프로젝트를 진행하고 있습니다. GitHub - Tiketeer/Tiketeer-BEContribute to Tiketeer/Tiketeer-BE development by creating an account on GitHub.github.com해당 프로젝트를 시작하면서 달성하고자 했던 핵심 목표 중 하나는, 동시성 문제를 직접 겪어보고 이를 해결하는 방법론에 대한 학습과 이를 실제로 해결해본 경험을 갖는 것이었습니다.저희 프로젝트 내에서 동시성 문제가 발생하는 지점은 바로 티케팅을 수행하는 로직입니다. 서버 상에는 한정된 수의 티켓이 존재하게 되는데, 이에 대해 티켓보다 더 많은 고객이 동시다발적..

현재 지인 3분과 함께 진행하고 있는 스프링 프로젝트가 있다. GitHub - Tiketeer/Tiketeer-BE Contribute to Tiketeer/Tiketeer-BE development by creating an account on GitHub. github.com 프로젝트 초창기 세팅 시 하이버네이트 로그 옵션을 아래처럼 간단하게만 줬었는데, 프로젝트를 진행 함에 있어 디버깅 목적으로 DB 측 로그를 까뒤집을 때 나나 팀원들의 로그 정보에 대한 만족도가 그리 높지 않았다. (정작 필요한 로그가 없다, 로그들이 눈에 안들어온다, 로그들이 너무 많이 찍힌다... 등) # 기존 application.yml spring.jpa.show-sql: true spring.jpa.properties.h..

k6를 통하면 부하테스트를 js 기반 스크립트로 손쉽게 작성이 가능하다. 다만 k6는 단순 테스트 만을 수행해주기 때문에 추가적인 시각화 구성을 진행해야 할 필요가 있다. 이를 위해 구글링을 해보면, 대부분의 레퍼런스에서 수동으로 이를 구성한다. (Grafana UI에 접속해서 Datasource, Dashboard를 직접 등록하는 식) 따라서 부하 테스트를 진행하고자 하는 모두가 방법을 숙지해야 한다는 것인데, 개인적으로 이는 비효율적이라 생각하여 부하 테스트 + 시각화를 한번에 진행할 수 있는 스크립트를 작성하고자 한다. 개인적으로 로컬 PC에 이것저것 설치하는 것을 선호하지 않아서, 도커 이미지를 기반으로한 docker-compose 스크립트를 작성하였다. Docker-compose.yml vers..

현재 지인 분들과 티케팅 사이트 프로젝트를 진행 중이다. GitHub - Tiketeer/Tiketeer-BE Contribute to Tiketeer/Tiketeer-BE development by creating an account on GitHub. github.com 해당 프로젝트의 메인 주제는 바로 '동시성 이슈 핸들링'인데, 이를 위해 부하 테스트를 진행할 계획이 있다. 이를 위해, 해당 글에서는 여러 부하 테스트 툴 중 어떤 것을 선택할지 고민한 과정과 최종적으로 선택하게 된 툴에 대해 소개하고자 한다. 테스팅 툴 선정 시 고려 사항 먼저 테스팅 툴 선정 시 고려한 사항들은 다음과 같다. 기본적인 부하테스트 시나리오 작성 가능성 성능 (충분한 부하를 만들어 낼 수 있는가) Docker(Com..

이달 초부터 지인 3분과 함께 스프링 토이 프로젝트를 진행하고 있다. GitHub - Tiketeer/Tiketeer-BE Contribute to Tiketeer/Tiketeer-BE development by creating an account on GitHub. github.com 해당 프로젝트에서는 엔드포인트 보호 작업을 위해 Spring Security와 JWT를 이용 중인데, 이를 위해 Spring Security의 OncePerRequestFilter를 구현하는 JwtAuthFilter를 아래처럼 따로 작성해준 뒤 필터 체인에 추가해주었다. @Component public class JwtAuthenticationFilter extends OncePerRequestFilter { @Overr..

가장 손쉽게 테이블에서 사용할 PK를 생성하는 방법은 테이블을 생성할 때 PK가 될 수치 칼럼에 AUTO_INCREMENT(MySql 기준)를 걸어주는 것이다. 이를 통하면, 개발자는 레코드를 생성할 때 PK 칼럼을 신경 쓸 필요가 없으며 DB가 알아서 순차적으로 증가시킨 값이 레코드에 포함되게 된다. 인덱스는 결국 DB에서 사용하기 위한 개념이고, 그 값을 DB가 직접 생성해주어 개발자가 신경 쓸 필요가 없다면 그걸로 된 것 아닌가? 라고 생각할 수 있으나 이러한 방식에도 결국 특정 관점에서는 한계가 존재한다. 이번 글에서는 이 한계들에 대해 알아보고 이를 극복할 수 있는 또다른 방식들에 대해 살펴보겠다. DB가 직접 관리하는 PK의 문제점 1. 분산처리 환경에서 PK 값 채번의 어려움 최근에는 대규모..