Velopers
모든 블로그
당근마켓

당근마켓

도메인medium.com
주요 카테고리 백엔드 · AI · 프론트엔드

활동 요약

대표 인기 포스트구글처럼 복잡한 권한 쉽게 관리하기 feat. GraphQL525 조회
최근 30일
2개
평균 조회
149
누적 조회
13,734
전체 글
92개
마지막 발행
2026. 11. 3.
블로그 방문

당근마켓 기술 블로그 글 (11)

아키텍처

실험을 더 편하게 설계할 수 있게: 당근 실험플랫폼 이야기

당근 실험플랫폼이 지표 UI화, 상호배제 그룹, Experiment MCP로 실험 운영 병목을 줄인 사례를 소개했습니다. 실험 설계와 반복 작업을 더 빠르고 편하게 만들기 위한 구조와 자동화 방향을 다뤘습니다.

#A/B 테스트#LLM#MCP
19700

아키텍처

프론트엔드와 백엔드를 한 팀으로 합치면 어떤 일이 일어날까?

프론트엔드와 백엔드를 한 팀으로 합쳐 조율과 대기 비용을 줄인 사례를 소개했습니다. 문서화와 AI, Runbook이 안정성과 속도를 함께 받쳐줬습니다.

#API#마이크로서비스#AI 코딩 도구
29800

아키텍처

천만 MAU를 지탱하는 커뮤니티 시스템을 소개해요

천만 MAU를 버티기 위한 커뮤니티 시스템의 구조와 선택을 소개했습니다. 웹앱과 서버앱, 모듈과 이벤트 분리로 확장성과 운영성을 함께 확보한 사례입니다.

#MSA#모듈형 모놀리스#Redis
20401

아키텍처

당근페이 백엔드 아키텍처가 걸어온 여정

당근페이 백엔드가 계층형 아키텍처에서 헥사고날 아키텍처를 거쳐 클린 아키텍처와 모노레포로 진화한 과정을 소개했습니다. 서비스 성장에 따른 결합도와 배포 복잡도를 줄이기 위해 도메인 분리와 의존성 역전을 강화했습니다.

#Layered Architecture#Hexagonal Architecture#Clean Architecture
43600

아키텍처

Standardizing User Activation: How We Built a Shared Data Layer at Karrot

카라트는 사용자 활성화 분석을 공통 Activation Layer로 표준화했습니다. 팀별 ad hoc 쿼리 대신 DBT 기반 모델로 신뢰성과 운영 안정성을 높였습니다.

#DBT#Airflow#ETL
8200

아키텍처

Feed-Entity: 당근 피드의 심장

당근은 피드 콘텐츠를 Feed-Entity로 표준화해 여러 서비스의 데이터를 한 구조로 관리했습니다. 수집·변환·검증·서빙을 모듈화하고 지역별 캐시로 읽기 성능과 확장성을 높였습니다.

#Redis#cache#DB
22500

아키텍처

구글처럼 복잡한 권한 쉽게 관리하기 feat. GraphQL

복잡한 권한을 RBAC 대신 ReBAC로 재구성해 선언적으로 관리하는 방법을 소개했습니다. graplix와 React Permission 컴포넌트로 권한 체크와 화면 제어를 단순화했습니다.

#GraphQL#ReBAC#RBAC
52500

아키텍처

추천 시스템의 심장, Feature Store 이야기 (1)

추천 시스템 고도화를 위해 인하우스 Feature Store를 설계하고 구축한 과정을 소개했습니다. 실시간 수집, 동적 조회, 확장 가능한 저장 구조를 통해 추천 로직과 피처 관리를 분리했습니다.

#Feature Store#추천#DynamoDB
8000

아키텍처

회원 시스템 MSA 전환 도전기: MAU 1,900만 당근 유저를 위한 선택

당근의 회원·인증 시스템을 MSA로 분리한 과정을 소개했습니다. 레거시 분석, 신규 DB 재설계, Dual-Write와 Rollout으로 무중단 전환을 진행했습니다.

#MSA#migration#DB
9800

아키텍처

아키텍처에 대한 고민은 처음이라

계층형과 육각형 아키텍처를 실제 서비스 사례로 비교하며 적용 기준을 설명했습니다. 도메인 변화와 외부 의존성이 큰 환경에서는 육각형 아키텍처가 유리하다고 정리했습니다.

#Layered Architecture#Hexagonal Architecture#Kotlin
10700

아키텍처

커뮤니티실 API Design-First 접근방식 정착기

커뮤니티실이 노션 중심 수동 API 설계에서 OAS 기반 Design-First 방식으로 전환한 과정을 소개했습니다.명세 자동 생성과 모델 재사용으로 효율과 일관성을 높였지만, 명세 관리 부담도 함께 짚었습니다.

#OpenAPI Specification#API Design-First#GitHub Actions
7700