Backend Developer
요청이 몰리고 작업이 중간에 실패해도, 데이터가 어긋나지 않고 다시 복구할 수 있는 서버를 만듭니다.
- 결제·정산 시스템의 데이터 정합성과 상태 전이를 설계합니다.
- 비동기 파이프라인의 중복, 유실, 재처리 시나리오를 검증합니다.
- 성능과 AI 응답 품질을 감각이 아닌 측정과 자동화된 검증으로 확인합니다.
| Repository | 무엇을 만들었나 | 스택 |
|---|---|---|
| chat-message-ordering | 메시지 쓰는 서버가 교체될 때, 밀려난 이전 서버의 쓰기를 Kafka와 DB 중 어디서 막을지 직접 재현해 비교한 실험 | Kafka 트랜잭션 PostgreSQL Testcontainers |
| payment-anomaly-platform | 결제 기록에서 이상 패턴을 찾아 점수를 매기고, 높은 건만 따로 빼내는 구조 | Spring Boot Kafka Outbox SKIP LOCKED |
| llm-gateway | 흩어진 LLM 호출을 한 군데로 모아 사용량과 비용을 같이 보는 중계 서버 | Kotlin 헥사고날 WebFlux SSE BPE |
| hallucination-guard | LLM이 지어낸 답을 코드로 걸러보는 다단계 검사 파이프라인 | Go 인용 검증 LLM-as-judge |
| rag-qa-service | 문서를 찾아 답하고, 붙은 출처가 실제로 있는지 확인하는 QA 서비스 | Go pgvector 임베딩 사이드카 |
| pgvector-arxiv-search | 논문 본문을 잘게 나눠 의미로 찾고, 키워드 검색과 섞어 결과를 정확도로 확인한 검색 시스템 | Python pgvector HNSW 하이브리드 검색 |
| kafka-pipeline-lab | 유실과 중복 상황을 일부러 만들어보고 부하테스트로 재본 실습 | Kafka KRaft Debezium k6 |
| saga-microservices-lab | 여러 서비스를 거치는 작업이 중간에 실패했을 때 되돌리는 실험 | Java 21 Saga Testcontainers |
- Outbox Relay 트레이드오프: 동기 Polling을 고른 이유
- 부하테스트 실측 결과와 병목 분석
- 채팅 메시지 순서 실험: 브로커 fencing과 저장소 fencing이 성립하는 조건
- 논문 검색 설계 결정: 청크 크기, 필터 결합, 하이브리드 점수
- 설계 결정 기록 6건
루프팩 BE L2 주차별 과제를 PR로 제출하고 멘토 코드리뷰를 받는 백엔드 심화 과정
북스터디와 랩
