TwentyTwentyOne

GitHub Actions로 완전 자동화된 NestJS 배포 파이프라인 구축하기(Blue-Green, Prisma Migrate, Slack 알림까지 원클릭 배포 완성)이제 우리가 만든 NestJS + Prisma + Redis + PM2 백엔드는로컬과 서버 모두에서 완벽히 작동한다.하지만 진짜 서비스 운영에서 더 중요한 건 “배포 자동화”다.매번 서버에 SSH 접속해서 git pull → docker compose up 하는 건 100% 사고 난다.이번 편에서는 GitHub Actions를 이용해코드 푸시 → 빌드 → 마이그레이션 → 배포 → 프록시 전환 → 알림까지한 번의 push로 자동화하는 방법을 단계별로 정리한다.🧭 목표단계 내용1️⃣main 브랜치 push 시 Actions 자동 트리거2️⃣..

🧪 Node.js + Express + Jest로 배우는 테스트 기반 개발10편. 실무에서 TDD를 지속시키는 법 — “테스트를 문화로 만드는 방법”이 시리즈의 마지막 글입니다.우리는 지금까지 9편에 걸쳐, 테스트 없는 프로젝트가 어떻게 불안한지,그리고 “테스트가 주도하는 개발” 이 어떤 식으로 코드를 더 강하게 만드는지를 체험했습니다.하지만 진짜 어려운 건 지금부터입니다.테스트를 ‘한 번 하는 습관’이 아니라, ‘팀의 문화’로 만드는 것.이번 글에서는 그걸 이야기하려 합니다.🎯 오늘의 목표주제 내용1실무에서 TDD가 무너지는 이유2테스트를 조직 내에 정착시키는 방법3테스트 코드 품질 관리 전략4코드 리뷰에서 테스트를 다루는 기준5장기적으로 유지 가능한 TDD 문화 만들기1️⃣ 왜 TDD는 실무에서 ..

☁️ AI 퀀트 시스템 실전 배포 – Docker Compose + Nginx + SSL 완전 설정 가이드— 로컬에서 만든 AI 투자 시스템을 클라우드에서 “운용 가능한 서비스”로 만드는 법이제 우리는 완전한 AI 퀀트 시스템을 구축했습니다.데이터 수집 (Airflow)모델 학습/배포 (MLflow)실시간 트레이딩 (Redis + Flask)리스크 모니터링 (Streamlit)이번 글에서는 이 모든 구성요소를 Docker Compose 기반으로 클라우드 서버에 배포하고,Nginx Reverse Proxy + SSL 인증서로 HTTPS 접속까지 설정해봅니다.🎯 이번 글의 목표“AI 퀀트 시스템을 도커 컨테이너로 완전히 분리하고,도메인 + HTTPS 환경에서 안전하게 외부 접근 가능한 형태로 배포한다.”⚙..

✅ 압박면접 대응 시리즈 32편: 프로젝트 관리와 협업 — Git 브랜치 전략과 코드 리뷰 문화 구축압박면접에서 “팀 협업 시 어떤 Git 전략을 사용했나요?” 혹은“코드 리뷰는 어떻게 진행했나요?”라는 질문은 기술적인 질문처럼 들리지만,사실은 **“이 지원자가 팀워크 중심의 개발 문화를 이해하고 있는가”**를 검증하는 질문입니다.면접관은 코드 실력보다 **‘협업 과정에서 문제를 어떻게 예방하고 해결했는가’**를 보고 있습니다.이번 글에서는 Git 브랜치 전략, PR(Code Review) 문화, 그리고 실제 협업 개선 사례를 정리했습니다.📌 1. 협업의 핵심은 ‘충돌이 아니라 일관성’개발자 간의 충돌은 대부분 코드보다 프로세스의 부재에서 발생합니다.Git 전략과 코드 리뷰 문화는 바로 이 충돌을 예방..

🧪 Node.js + Express + Jest로 배우는 테스트 기반 개발8편. GitHub Actions로 Jest 테스트 자동화 — “테스트는 사람의 손을 떠나야 한다”지난 글에서 우리는 Jest 커버리지를 100%까지 끌어올리며테스트 품질을 수치로 관리하는 방법을 배웠습니다.이제 진짜 실무에서 중요한 단계로 갑니다.테스트 자동화(CI: Continuous Integration) —즉, “코드가 커밋될 때마다 테스트가 자동으로 실행되는 환경”을 구축해봅시다.🎯 목표GitHub Actions로 Jest 테스트 자동화커버리지 리포트 자동 생성PR(풀 리퀘스트)마다 테스트 통과 여부 자동 표시실패 시 병합 차단1️⃣ GitHub Actions란?GitHub Actions는 GitHub 저장소 내에서 실..

🧪 Node.js + Express + Jest로 배우는 테스트 기반 개발7편. 테스트 커버리지 100% 달성하기 — “테스트의 양보다 질을 높여라”이제 /users API는 완전히 동작하고, 에러 핸들링까지 갖춰졌습니다.하지만 “테스트가 충분한가?” 라는 질문엔 아직 답하지 못했죠.이번 글에서는 Jest의 커버리지(coverage) 를 통해프로젝트의 테스트 품질을 측정하고, 불필요한 테스트 없이 100% 커버리지에 도달하는 전략을 다룹니다.🎯 목표Jest 커버리지 리포트 이해하기불필요한 테스트 없이 100% 라인 커버리지 달성테스트 제외 파일(jest.config.js 설정)함수 분리 / 리팩터링으로 커버리지 향상1️⃣ Jest 커버리지 리포트 활성화package.json에 아래 옵션이 이미 있다면..

✅ 압박면접 대응 시리즈 25편: CI/CD 파이프라인 구조와 GitHub Actions 실무 자동화 전략압박면접에서 “CI/CD를 구성해본 적 있나요?”라는 질문은 단순히 빌드 자동화 경험을 묻는 게 아닙니다.면접관은 이렇게 생각합니다.“이 지원자는 코드를 배포 가능한 상태로 유지할 줄 아는가?”“품질, 속도, 안정성 사이의 균형을 이해하는가?”이번 편에서는 CI/CD의 기본 개념, GitHub Actions 파이프라인 설계,그리고 실무에서 실제로 적용된 자동화 사례를 공유합니다.📌 1. CI/CD란 무엇인가?용어 의미 핵심 목표CI (Continuous Integration)코드 변경 시 자동 빌드·테스트품질 확보, 코드 통합 자동화CD (Continuous Deployment/Delivery)CI..

Express + MySQL 사이드프로젝트 아키텍처 완성편(기술문서로 정리하는 ‘실전 백엔드 운영 구조’)이제 여러분은 하나의 완전한 백엔드 서비스를 스스로 구축했습니다.Express, MySQL, JWT 인증, Swagger, Docker, CI/CD, Redis 캐시, PM2 프로세스 관리까지…이 글은 그 모든 과정을 정리하고 시각화하는 마지막 단계입니다.이번 편의 목표는 단순합니다."내 프로젝트를 누가 봐도 구조가 명확하고, 실제 서비스로 동작 가능한 시스템임을 설명할 수 있도록 만든다."🧭 이번 글에서 정리할 것구분 내용1️⃣전체 시스템 아키텍처 다이어그램2️⃣데이터 흐름 및 요청 처리 구조3️⃣운영 및 배포 파이프라인4️⃣모듈별 역할 및 의존 관계5️⃣향후 확장 전략 (NestJS, TypeS..

✅ 압박면접 대응 시리즈 24편: Docker 컨테이너 vs 가상머신(VM)의 차이와 DevOps 활용 전략압박면접에서 “Docker와 VM의 차이를 설명해보세요”는 고전적인 질문이지만,면접관이 진짜로 듣고 싶은 건 **“기술 구조의 차이”**가 아니라“그래서 당신은 왜 Docker를 선택했는가?”“운영 환경에서 어떻게 활용했는가?”입니다.이번 글에서는 단순 개념 비교를 넘어,아키텍처 차이 → 실무 DevOps 적용 사례 → 성능 및 배포 전략까지 정리했습니다.📌 1. 컨테이너(Container) vs 가상머신(VM) 구조 비교구분 Docker 컨테이너 가상머신(Virtual Machine)구조OS 커널 공유독립된 OS 포함부팅 속도수 초수 분자원 효율성높음 (프로세스 단위 격리)낮음 (OS 단위 격리..

GitHub Actions + Nginx Blue-Green 배포 자동화(코드를 Push하면 서버가 자동으로 교체되는 백엔드 배포 구조)이제 우리는 로컬에서 docker-compose up 한 줄로 Express + MySQL 환경을 완성했습니다.다음 단계는 “자동 배포” 입니다.이번 글에서는 GitHub Actions + Nginx + Docker Compose 를 이용해코드를 push하면 자동으로 서버에 배포되고, 서비스 중단 없이 Blue-Green 방식으로 전환되는 구조를 만듭니다.🧭 목표main 브랜치에 코드 push → GitHub Actions 트리거서버에서 Docker Compose 빌드 및 실행Nginx 리버스 프록시가 Blue → Green 버전 자동 전환DB는 그대로 유지, API만..