백엔드 개발자

서비스 경계와 API 계약을 구체화하고, 변경과 확장에 대응하는 백엔드 설계 선택지를 비교합니다.

1. 
   API Gateway Pattern에는 API Gateway가 없다 #우아콘2022 #Day2_음식그이상의것을문앞으로

   우아한형제들 · 우아콘 2022 · 컨퍼런스

   마이크로서비스에서 API 게이트웨이를 단순 라우터로 사용하면 내부 비즈니스 API가 그대로 외부에 노출되고, 객체 소유권 검증 누락에 따른 IDOR 취약점이나 클…

2. 
   추가 배포 없이 API의 case 통일시키기 / if(kakaoAI)2024

   카카오 · if kakao · 컨퍼런스

   카카오톡 마이구독은 여러 서비스와 레거시 DTO에 카멜 케이스와 스네이크 케이스가 섞여 있어, MSA 환경에서 API 형식을 바꾸려면 호출자와 호출 대상 서버를 …

데이터 일관성, 동시성, 재시도 상황에서 발생하는 문제를 분석하고 신뢰성 있는 처리 방식을 설계합니다.

1. 
   토스ㅣSLASH 24 - 보상 트랜잭션으로 분산 환경에서도 안전하게 환전하기

   토스 · SLASH · 컨퍼런스

   원화 계좌와 외화 계좌가 서로 다른 데이터베이스를 사용하는 MSA 환경에서는 한쪽 입출금만 성공할 수 있어, 단일 DB 트랜잭션처럼 환전의 원자성을 보장하기 어렵…

2. 
   Kafka 파티션 증설 없이 처리량 한계 돌파하기: Parallel Consumer 적용기 #우아콘2025 #우아한형제들

   우아한형제들 · 우아콘 2025 · 컨퍼런스

   주문 이벤트 플랫폼에서 소비처의 처리량 부족으로 Kafka lag가 증가했지만, 컨슈머 증설은 파티션 수에 제한되고 로직 최적화는 소비처에 맡겨야 하며 파티션 증…

3. 
   소잡는 칼 - Kafka를 이용한 비동기 메시지 시스템 구현 및 활용

   넥슨 · NDC · 컨퍼런스

   계정 보안 기능을 여러 마이크로서비스로 나누는 과정에서 서비스 간 호출 체인이 길어지고 의존성이 커지는 문제가 생겼습니다.

테스트 피라미드와 성능 측정을 활용해 회귀 위험을 낮추고 병목을 근거에 따라 개선합니다.

1. 
   서버 성능테스트, 클릭 한 번으로 끝내볼 수 있을까? #우아콘2021 #첫째날_배민비하인드

   우아한형제들 · 우아콘 2021 · 컨퍼런스

   성능 테스트는 부하 생성 자체보다 테스트 환경을 반복해서 구축하고, 실행 중 지표를 기록하는 과정에 많은 시간과 노력이 들었습니다.

2. 
   토스ㅣSLASH 23 - 프로파일러로 시스템 성능 향상시키기

   토스 · SLASH · 컨퍼런스

   서비스 운영 중 배포 지연, 메모리 증가, CPU 부하, Redis 응답 지연처럼 코드 변경만으로 원인을 찾기 어려운 문제를 해결하기 위해 상황별 프로파일러를 활…

관측 가능성과 장애 대응을 갖춘 백엔드 기능을 구현해 설계부터 운영까지의 판단을 실제 서비스에 적용합니다.

1. 
   토스ㅣSLASH 23 - 분산 추적 체계 & 로그 중심으로 Observability 확보하기

   토스 · SLASH · 컨퍼런스

   MSA와 클라우드 환경에서는 요청이 여러 서비스와 인프라를 거치기 때문에 기존 모니터링만으로 장애 원인과 성능 저하 지점을 찾기 어려웠다.

2. 
   보이지 않는 것을 보다 : Observability(O11y) Platform으로 여는 새로운 가능성

   네이버 · DAN 2025 · 컨퍼런스

   기존 모니터링만으로는 장애를 사전에 감지하거나 사용자 관점의 서비스 품질을 파악하기 어려워, 네이버 클라우드는 로그·메트릭·트레이스를 활용하는 Observabil…

3. 
   AlertDelivery: grafana를 활용한 효율적인 알림 시스템 구축 | 당근 SRE 밋업 3회

   당근 · 당근 밋업 · 컨퍼런스

   Grafana 레거시 알림은 여러 네임스페이스의 시계열을 한 메시지로 묶고, 알림별 반복 간격이나 담당자 정보를 세밀하게 관리하기 어려웠습니다.