설계 판단
백엔드 의사결정 기준, 아키텍처 트레이드오프, 기술 선택 근거
-
[설계 판단] 서비스 분리는 비즈니스 도메인 중심으로 해야 한다
결론 먼저 서비스 분리는 비즈니스 도메인에 따라 수행하는 것이 적합하다. 이는 각 서비스가 특정 도메인에 집중할 수 있게 해주며, 서비스 간 의존성을 낮추는 장점이 있다.…
-
[설계 판단] PDFium 벤치마크 — single vs multi 성능 비교와 Kubernetes 사양 산정
결론 먼저 — 벤치마크 결과와 필요 사양 벤치마크 핵심 결과 구성 평균 처리 시간 Speedup 페이지/초 보정 효율 single, 워커 1 23,697 ms 1.00x 3.1…
-
[WebRTC] 외부 TURN 서비스 vs self-host — 4축 의사결정
결론 먼저 — 4축 비교 축 외부 TURN 서비스 self-host (Coturn / Pion TURN) 시작 비용 0 (가입 즉시) VM/리전 설정 필요 변동 비용 분당…
-
[설계 판단] 미디어 평면과 비즈니스 평면을 두 서비스로 쪼갠 이유
결론 먼저 — 한 서비스 vs 두 서비스, 4축 비교 축 한 서비스 두 서비스 분리 장애 격리 한쪽이 죽으면 둘 다 격리됨 배포 주기…
-
[설계 판단] 1:1 AI 음성 상담을 위해 SFU를 ‘Dumb Pipe’로 둔 이유
결론 먼저 — 1:1 음성 상담의 미디어 토폴로지 비교 토폴로지 서버 CPU 대역폭 지연 구현 복잡도 1:1 상담 적합성 P2P (Mesh) 0 매우 낮음 최저…
-
[설계 판단] RPC를 언제 쓰는가 — 라이브러리 통합 시 7가지 결정 기준
RPC를 언제 쓰는가, 그리고 이 프로젝트는 왜 RPC를 쓰는가 이 글은 두 가지를 정리한다. RPC가 무엇이고 어떤 문제를 해결하기 위한 도구인가 detection-mvp/image-extract가 PDFium 호출 방식으로…