프로젝트 이야기하기
서울 기반. 한국 밖의 팀과는 원격으로, 같은 저장소에서 일합니다.

[ Stack · Working Set ]

어떤 분야든, 비즈니스를 깊이 이해하고 만듭니다.

화면 뒤에서 돌아가는 규칙부터 파악하고, 운영해 본 도구로 구현합니다.

[ System map ]

레이어마다 고른 도구.

레이어를 누르면 거기서 쓰는 도구와, 그 레이어를 다룬 사례가 나옵니다.

L1 · Interface

Web · Mobile

운영 데이터를 사용자 화면까지 끊김 없이 전달하는 도구.

  • Next.js앱·SSR
  • React뷰 레이어
  • React Native모바일
  • Framer Motion모션·전환
이 레이어를 다룬 사례
이 레이어의 도구 전부 보기

[ Working Matrix · 06 ]

카테고리별로 본 운영 도구.

같은 도구도 도메인이 바뀌면 다르게 씁니다. 아래는 우리가 자주 쓰는 도구들입니다.

  • L1 · Interface

    Web · Mobile

    운영 데이터를 사용자 화면까지 끊김 없이 전달하는 도구.

    • Next.js앱·SSR
    • React뷰 레이어
    • React Native모바일
    • Framer Motion모션·전환
    • Tailwind보조디자인 시스템
    • TanStack보조데이터 조회·테이블

    주로 이럴 때데이터 구조가 자주 바뀌는 화면은 Next.js와 TanStack으로 시작합니다. 디자인 결정은 Tailwind 토큰에 담아 둡니다.

  • L2 · Service

    Languages

    도메인 모델은 타입으로 잡고, 성능은 컴파일러에 맡깁니다.

    • TypeScript도메인 모델·인터페이스
    • Python운영·ML·자동화
    • Go서비스·내부 도구
    • Rust성능·안전성
    • Kotlin보조모바일·JVM 연동
    • C++보조저수준·성능

    주로 이럴 때도메인 모델은 TS와 Rust로 잡고, 운영과 실험은 Python으로, 서비스 사이는 Go로 잇습니다.

  • L3 · Data

    Backend · Data

    읽기·쓰기 분리, 중복 방지, 순서 보장을 기본으로 갖춘 도구.

    • Postgres트랜잭션 DB
    • Redis캐시·큐
    • Kafka이벤트 백본
    • ClickHouse분석·시계열
    • Prisma보조ORM
    • Drizzle보조타입 안전 SQL

    주로 이럴 때결제·재고·정산처럼 어긋나면 안 되는 도메인은 Postgres + Kafka(Outbox)로 시작하고, 분석은 ClickHouse로 분리합니다.

  • L4 · Infra

    Infra · Observability

    배포 경로와 운영 지표를 하나로 묶는 도구.

    • AWS주력 클라우드
    • GCPML·데이터 워크로드
    • Kubernetes컨테이너 런타임
    • Terraform인프라 코드화
    • OpenTelemetry보조관측 표준
    • Grafana보조대시보드·알림

    주로 이럴 때배포·롤백·모니터링을 하나의 파이프라인으로 묶습니다. 손으로 만든 인프라는 일주일 안에 Terraform으로 옮깁니다.

  • Across · AI

    AI · ML Ops

    모델을 실험에서 운영 흐름으로 옮기는 도구.

    • PyTorch모델·학습
    • Triton추론 서빙
    • LangChainLLM 파이프라인
    • MLflow실험 관리
    • Vertex AI보조관리형 학습
    • OpenAI보조범용 LLM

    주로 이럴 때실험은 자유롭게 하되, 운영에는 추론 SLO와 회귀 테스트를 통과한 모델만 올립니다.

  • Across · Security

    Security · Compliance

    신뢰 계층을 출시 첫날부터 작동시키는 도구.

    • OAuth 2.0사용자 인증
    • OIDC외부 로그인 연동
    • Vault시크릿 관리
    • KMS키 관리
    • OWASP보조취약점 체크리스트
    • SOC 2보조감사 대응

    주로 이럴 때인증과 키 관리는 첫 PR부터 들어갑니다. 감사 로그는 운영 데이터만큼 무겁게 다룹니다.

[ Selection · 04 ]

도구를 고르는 네 가지 기준.

2020년부터 프로덕션 환경에서 다듬어 온 기준입니다. 새로운 기술을 검토할 때마다 이 네 가지를 엄격히 적용합니다.

  • 유행보다 운영 안정성.

    기준은 새벽 3시에 장애가 나도 디버깅할 수 있는지입니다. 최신 도구일수록 운영해 본 사례가 적습니다.

  • 타입이 곧 명세입니다.

    도메인 경계는 타입으로 잡고, 런타임 검증은 외부와 닿는 지점에만 둡니다. PR 리뷰의 절반은 타입 설계 이야기로 채워집니다.

  • 특정 업체에 묶이는 건 옮길 방법을 마련해 둘 때만.

    관리형 서비스를 쓰더라도, 6개월 안에 다른 클라우드로 옮길 수 있는 방법을 미리 마련해 둡니다. 새 의존성은 운영 비용을 충분히 따져본 뒤에 들입니다.

  • 도구보다 비즈니스 도메인이 우선.

    같은 도구도 결제 도메인과 콘텐츠 도메인에서는 다르게 씁니다. 도메인이 요구하는 보장 수준을 먼저 정리한 뒤, 거기에 맞는 도구를 가져옵니다.

[ Composition · 03 ]

도메인에 맞춰 묶는 스택.

도구를 어떻게 묶느냐가 곧 설계 결정입니다. 세 가지 도메인에서 자주 쓰는 조합을 정리했습니다.

  • C01결제 · 주문 · 정산

    실시간 코어

    지연이 곧 비용이 되는 도메인입니다. 성능이 중요한 경로는 Rust로, 이벤트는 Kafka로, 분석은 ClickHouse로 나눕니다. 관측은 처음부터 OpenTelemetry로 통일합니다.

    1. Rust
    2. Kafka
    3. ClickHouse
    4. OpenTelemetry
    5. Grafana
    지연 기준
    p99
    이벤트 기록
    Outbox
  • C02커머스 · 콘텐츠 · 대시보드

    사용자 화면

    데이터 구조와 디자인이 자주 바뀌는 화면입니다. Next.js로 빠르게 만들고, Postgres와 Redis로 안정적으로 받칩니다.

    1. Next.js
    2. TypeScript
    3. Postgres
    4. Redis
    5. Vercel
    LCP p75 목표
    < 2.5s
    배포
    매일 가능
  • C03인증 · 감사 · 규정 준수

    신뢰 백본

    OAuth/OIDC, KMS, 감사 로그를 운영 환경에 기본으로 포함합니다. SOC 2·GDPR 같은 규정 요구사항은 설계 단계에서 함께 정리합니다.

    1. Go
    2. Postgres
    3. Vault
    4. KMS
    5. OIDC
    6. Audit Log
    감사 로그
    첫 PR부터
    시크릿 관리
    Vault · KMS

[ Get in touch ]

만들고 싶은 것부터 말씀해 주세요.

먼저 어떤 문제인지부터 듣습니다. 데모와 견적, 일정은 그다음에 정리합니다. 첫 대화는 보통 30–45분이고, 필요하면 NDA부터 작성하고 시작합니다.

프로젝트 이야기하기접근 방식 보기