TwentyTwentyOne

🧪 Node.js + Express + Jest로 배우는 테스트 기반 개발(보너스 15편) API Rate Limiting을 TDD로 구현하기“초당 10번씩 두들기는 클라이언트, 어떻게 막을까?”이제 슬슬 진짜 서비스 냄새가 나죠.로그인도 있고, 권한도 있고, Redis 기반 Refresh Token도 있고, Google OAuth까지.근데 여기서 하나 빠진 게 있습니다.실제 서비스 운영해 보면 거의 100% 한 번은 맞닥뜨리는 문제.“어떤 클라이언트가, 혹은 버그난 코드가,1초에 수십 번씩 API를 두들기기 시작했다…”그 순간부터 로그는 폭주하고,Redis/DB는 과부하 걸리고,서버는 비명을 지릅니다.그래서 필요한 게 바로:👉 API Rate Limiting (요청 제한 / Throttling)이번..

🧪 Node.js + Express + Jest로 배우는 테스트 기반 개발(보너스 13편) Redis 기반 Refresh Token 저장 — “실무에서 진짜 쓰는 인증 구조”지난 11–12편까지 우리는JWT Access Token + Refresh Token 구조RBAC(Role-Based Access Control)까지 완벽하게 TDD 기반으로 구축했습니다.하지만 지금까지는 Refresh Token을 DB(SQLite/Prisma) 에 저장했어요.이건 학습용으론 괜찮지만, 실무에서는 거의 쓰지 않습니다.왜냐면…❌ DB 저장 방식의 문제매 요청마다 DB 읽기 → 부하 증가로그아웃 시 DELETE 쿼리 비용 발생Refresh Token은 “짧은 TTL이 있는 세션 데이터”인데 DB는 그 목적에 적합하지 ..

쿠버네티스 실습: 테넌트별 Rate Limiting & Quota EnforcementIstio Local RateLimit + Redis 토큰버킷 + NestJS 미들웨어로 예측형 제어까지앞선 글에서 테넌트별 실시간 관측 대시보드를 만들었습니다. 이번 글은 상업용 SaaS에서 반드시 필요한 정책 제어—즉, 요율 제한(Rate Limit) 과 일·월간 할당량(Quota) 집행을 안정적으로 구현합니다. 목표는 다음과 같습니다.Ingress 계층에서 즉시 차단되는 초당/분당 속도 제한애플리케이션 계층에서 버스트 허용·완만한 스로틀링(토큰버킷)일/월 누적 사용량 쿼터와 초과 시 차단구성은 선언적(YAML), 원자적(Redis Lua), 가시적(메트릭/로그)구성 요소Istio Envoy Local Rate Li..

쿠버네티스 실습: SaaS형 API 플랫폼 구축 — 테넌트별 인증, OIDC, Redis, Gateway 통합앞선 글에서는 멀티 테넌트 SaaS 아키텍처를 통해팀(또는 고객) 단위의 리소스·비용·보안 정책을 완벽히 분리한 Multi-Tenant Kubernetes Cluster를 구축했습니다.이제 우리는 실제 “서비스 형태의 SaaS 플랫폼”으로 발전시켜야 합니다.이번 글의 목표는 다음과 같습니다.“각 테넌트별로 고유한 API Key와 인증 토큰을 발급받고,Istio Gateway를 통해 접근 제어와 트래픽 모니터링을 수행하는 SaaS형 API 서비스 플랫폼을 구축한다.”1) 전체 아키텍처[Client (Tenant A/B)] │ ▼[Istio Ingress Gateway] │..

📊 AI 퀀트 통합 운용 대시보드 구축 – Streamlit으로 실시간 트레이딩·리스크·성과를 한눈에— “AI가 투자하고, 나는 결과만 확인한다.” 완전 자동화된 퀀트 대시보드 만들기이제 우리 시스템은 AI가 스스로 학습하고, 예측하고, 투자하는 단계까지 왔습니다.이번 글에서는 그 모든 결과를 한 화면에서 직관적으로 모니터링할 수 있는 대시보드를 만들어봅니다.즉, 지금까지 만든데이터 수집모델 예측리스크 관리자산배분백테스트 및 실거래 결과이 모든 걸 통합하는 AI 운용 콘솔을 완성합니다.🎯 목표“하나의 Streamlit 화면에서① AI 모델 상태,② 실시간 시장 데이터,③ 포트폴리오 비중,④ 누적 수익률,⑤ 리스크 지표를실시간으로 모니터링한다.”⚙️ 1️⃣ Streamlit 환경 구성pip instal..

💼 실전 퀀트 펀드 운영 시스템 – 백테스트와 실시간 거래 데이터 동기화 구축— AI가 예측하고, 실시간 시장과 스스로 동기화하는 완전한 트레이딩 엔진 만들기지난 글에서 우리는 Airflow + MLflow 기반의 완전 자동화된 AI 퀀트 파이프라인을 완성했습니다.이제 그 다음 단계, 즉 **“실제 거래 데이터와 동기화되는 실전 펀드 운용 시스템”**을 만들 차례입니다.오늘은 백테스트 시스템과 실시간 거래 모듈을 결합해,AI 모델의 예측 결과를 시장에서 즉시 검증하고 반영하는 구조를 구축합니다.🎯 이번 글의 목표1️⃣ 과거 데이터로 백테스트 수행2️⃣ 실시간 시세(REST/WebSocket)와 자동 동기화3️⃣ 백테스트 ↔ 실거래 데이터를 통합 저장4️⃣ 성과 리포트 자동 업데이트⚙️ 1️⃣ 시스템 ..

✅ 압박면접 대응 시리즈 29편: 캐싱(Cache) 전략 설계 — Redis, CDN, Memory Cache 실무 적용 사례압박면접에서 “캐싱은 어디에 적용하시나요?”라는 질문은 단순히 Redis 사용 경험을 확인하는 게 아닙니다.면접관은 이렇게 생각합니다.“이 지원자는 캐시를 아키텍처 레벨에서 이해하는가?”“데이터 일관성과 성능 사이에서 타협점을 설정할 줄 아는가?”이번 글에서는 캐시의 원리, 다층 캐싱 구조 설계, Redis와 CDN 활용 사례,그리고 실제 장애 대응 사례 기반 답변 전략을 정리했습니다.📌 1. 캐시(Cache)란 무엇인가자주 사용되는 데이터를 임시 저장해 접근 속도를 높이고 시스템 부하를 줄이는 기술즉, “다시 계산하거나 다시 요청하지 않기 위해 기억하는 것”이 캐시입니다.계층 ..

✅ 압박면접 대응 시리즈 28편: API 서버 성능 최적화 방법과 모니터링 도구 (New Relic, Prometheus, Grafana)압박면접에서 “서버 성능을 어떻게 관리하셨나요?”라는 질문이 나오면,면접관은 단순히 “Redis 캐싱을 썼습니다” 같은 답을 원하지 않습니다.그 질문은 사실 이런 의미를 담고 있습니다.“이 사람은 병목을 발견할 수 있는 사람인가?”“문제를 감으로가 아니라 지표로 판단할 줄 아는가?”이번 글에서는 API 서버 성능을 수치 기반으로 개선하는 방법,그리고 Prometheus, Grafana, New Relic을 활용한 실무 모니터링 사례를 다룹니다.📌 1. 서버 성능 최적화의 기본 원리성능은 “빠르게 만든다”보다 “병목을 없앤다”가 핵심입니다.병목 구간 원인 해결 전략CP..

💼 실전 퀀트 펀드 운영 시스템 – 백테스트와 실시간 거래 데이터 동기화 구축— AI가 예측하고, 실시간 시장과 스스로 동기화하는 완전한 트레이딩 엔진 만들기지난 글에서 우리는 Airflow + MLflow 기반의 완전 자동화된 AI 퀀트 파이프라인을 완성했습니다.이제 그 다음 단계, 즉 **“실제 거래 데이터와 동기화되는 실전 펀드 운용 시스템”**을 만들 차례입니다.오늘은 백테스트 시스템과 실시간 거래 모듈을 결합해,AI 모델의 예측 결과를 시장에서 즉시 검증하고 반영하는 구조를 구축합니다.🎯 이번 글의 목표1️⃣ 과거 데이터로 백테스트 수행2️⃣ 실시간 시세(REST/WebSocket)와 자동 동기화3️⃣ 백테스트 ↔ 실거래 데이터를 통합 저장4️⃣ 성과 리포트 자동 업데이트⚙️ 1️⃣ 시스템 ..

NestJS + Prisma + Redis + PM2 운영환경 완성편(실제 서비스 수준으로 안정화된 백엔드 런타임 만들기)이제 개발은 끝났다.NestJS + Prisma + MySQL + Redis + Docker + Swagger까지 완벽히 세팅했으니,남은 건 “운영 환경”에서 이걸 안 끊기게, 안 느려지게 유지하는 일이다.이번 글에서는 “진짜 서비스 환경”에서 필요한 운영 최적화를 전부 다룬다.실무용 포인트: 단순히 docker compose up으로 돌아가는 게 아니라,서버 재부팅 후 자동 기동트래픽 급증 시 스케일 대응캐시와 DB 성능 튜닝장애시 자동 복구까지 구성한다.🧭 이번 편 목표항목 내용1️⃣PM2 Cluster 모드로 Nest 실행2️⃣Redis 캐싱 + TTL 전략 최적화3️⃣Dock..