#배포

코드를 push할 때마다 자동으로 테스트하고, 서버에 배포까지 완료됩니다. 이것이 CI/CD이고, GitHub Actions는 이를 무료로 구현하는 가장 접근성 높은 도구입니다. CI/CD의 의미 CI(Continuous Integration): 코드 통합 시 자동 테스트 실행 CD(Continuous Deployment): 테스트 통과 시 자동 서버 배포 두 단계를 합치면 “코드 작성 → 리뷰 → 배포”가 사람의 개입 없이 처리됩니다. 기본 워크플로우 파일 구조 # .github/workflows/deploy.yml name: CI/CD Pipeline on: push: branches: [main] jobs: test: runs-on: ubuntu-latest steps: – uses: actions/checkout@v4 – uses: actions/setup-python@v5 with: python-version: "3.12" – run: pip…

“내 컴퓨터에서는 잘 되는데요”라는 말을 들어보셨나요? 개발 환경과 운영 환경의 차이가 만드는 이 문제를 Docker가 근본적으로 해결합니다. 가상머신(VM)과 컨테이너의 차이 이전에는 가상머신(VM)으로 환경을 격리했습니다. VM은 운영체제 전체를 가상화하기 때문에 수 GB의 공간이 필요하고 부팅만 수 분이 걸립니다. 반면 Docker 컨테이너는 운영체제 커널을 공유하고 필요한 부분만 패키징합니다. 결과적으로 MB 단위의 경량 이미지, 초 단위의 시작 시간이 가능합니다. Docker의 핵심 개념 이미지(Image): 컨테이너의 설계도. 변경 불가한 스냅샷 컨테이너(Container): 이미지를 실행한 인스턴스. 실제 프로세스 Dockerfile: 이미지를 만드는 명령어 모음 Docker Hub: 이미지를 공유하는…

Kubernetes는 강력하지만, 소규모 서비스 운영에는 과도한 복잡성을 가져옵니다. Docker Compose만으로도 웹서버, DB, 캐시를 우아하게 함께 운영할 수 있습니다. Docker Compose가 필요한 상황 실제 서비스는 단독 컨테이너 하나로 돌아가지 않습니다. 일반적인 웹 앱 스택은 이렇게 구성됩니다. FastAPI / Node.js 백엔드 PostgreSQL 데이터베이스 Redis 캐시 Nginx 리버스 프록시 이 모든 것을 개별 docker run 명령으로 관리하면 매우 복잡해집니다. Docker Compose는 이를 하나의 YAML 파일로 선언적으로 관리합니다. 실전 docker-compose.yml 예시 version: "3.9" services: api: build: . ports: – "8000:8000" environment: DATABASE_URL: postgresql://user:pass@db:5432/mydb depends_on:…