배포 및 운영 전략

• 장점: 가장 기본적인 형태로, 서버에 대한 완전한 제어권을 가집니다. 직접 운영체제, 미들웨어, 런타임 등을 설정할 수 있습니다.
• 단점: 모든 인프라 관리를 직접 해야 하므로, 운영 부담이 큽니다. 확장성 및 고가용성 구성이 복잡합니다.
• 적합: 소규모 프로젝트, 학습용, 특정 커스터마이징이 필요한 경우.
• 예시: CI/CD 절에서 사용한 Docker 컨테이너를 EC2 인스턴스에 직접 배포하는 방식.

• 장점: 컨테이너화된 애플리케이션의 배포, 확장, 관리, 로드 밸런싱 등을 자동화합니다. 고가용성과 확장성이 뛰어나 대규모 서비스에 적합합니다.
• 단점: 복잡도가 높고 학습 곡선이 가파를 수 있습니다. 비용이 증가할 수 있습니다.
• 적합: 중간에서 대규모 프로젝트, 마이크로서비스 아키텍처.
• 예시: AWS ECS (Elastic Container Service)는 Docker 컨테이너를 쉽게 배포하고 관리할 수 있는 서비스입니다. Fargate를 사용하면 서버 관리 없이 컨테이너만 배포할 수 있어 운영 부담을 줄일 수 있습니다.

• 장점: 서버 관리 없이 코드만 배포합니다. 사용량에 따라 자동으로 확장되고, 유휴 시에는 비용이 발생하지 않아 비용 효율적입니다.
• 단점: 런타임 제한, 콜드 스타트(cold start) 지연, 상태 유지의 어려움 등 제약사항이 있습니다. 장기 실행되거나 지속적인 연결이 필요한 백엔드에는 부적합할 수 있습니다.
• 적합: 이벤트 기반 아키텍처, 짧은 실행 시간의 API 엔드포인트. (NestJS 같은 프레임워크와 직접 연동은 복잡할 수 있습니다.)

• 장점: 정적 웹사이트, SPA(Single Page Application)에 최적화되어 있습니다. CDN(콘텐츠 전송 네트워크)을 통한 빠른 전송, CI/CD 통합, 손쉬운 커스텀 도메인 설정 등 많은 기능을 제공합니다.
• 단점: 동적 백엔드 로직은 별도로 구성해야 합니다.
• 적합: React, Vue, Angular 등 SPA 프론트엔드 배포.

무중단 배포 (Zero-Downtime Deployment): 서비스 중단 없이 새 버전을 배포하는 방식입니다.

• 블루/그린(Blue/Green) 배포: 두 개의 동일한 환경(블루, 그린)을 준비하고, 항상 하나의 환경만 트래픽을 받도록 합니다. 새 버전은 트래픽을 받지 않는 환경(예: 그린)에 배포하고 테스트한 후, 모든 트래픽을 그린 환경으로 전환합니다. 문제가 발생하면 즉시 블루 환경으로 롤백할 수 있습니다.
• 카나리(Canary) 배포: 새 버전을 소수의 사용자에게만 먼저 배포하고, 문제가 없는지 모니터링합니다. 이상이 없으면 점진적으로 트래픽을 늘려 모든 사용자에게 배포합니다.
• 롤링 업데이트(Rolling Update): 여러 인스턴스 중 일부만 순차적으로 새 버전으로 업데이트합니다. 업데이트되는 동안에도 서비스는 계속됩니다. Docker Swarm, Kubernetes, AWS ECS 등에서 지원합니다.

롤백 (Rollback): 배포 후 심각한 버그나 성능 저하가 발생했을 때, 이전 안정적인 버전으로 신속하게 되돌리는 능력은 매우 중요합니다. CI/CD 파이프라인에서 이전 빌드 아티팩트(Docker 이미지 등)를 보관하고, 롤백 명령어를 쉽게 실행할 수 있도록 준비해야 합니다.

환경 변수 관리: 프로덕션 환경의 데이터베이스 정보, API 키 등 민감한 정보는 소스 코드에 직접 노출하지 않고 환경 변수로 관리합니다. AWS Secrets Manager, HashiCorp Vault와 같은 시크릿 관리 서비스를 사용하면 안전하게 관리할 수 있습니다.

• 애플리케이션의 모든 활동(요청, 응답, 에러, 중요한 비즈니스 로직 실행 등)을 로그로 기록합니다.
• 로그는 단순히 파일에 저장하는 것을 넘어, 중앙 집중식 로깅 시스템(예: ELK Stack - Elasticsearch, Logstash, Kibana, Grafana Loki, AWS CloudWatch Logs)에 수집하여 쉽게 검색하고 분석할 수 있도록 합니다.
• 오류 로그는 스택 트레이스와 함께 기록하여 문제 해결에 필요한 정보를 제공해야 합니다.

모니터링 (Monitoring): 애플리케이션의 성능 지표(CPU 사용량, 메모리 사용량, 네트워크 트래픽, 디스크 I/O, API 응답 시간, 에러율 등)를 지속적으로 수집하고 시각화합니다.

• APM (Application Performance Management): 애플리케이션의 내부 동작을 자세히 추적합니다. (예: New Relic, Datadog, Dynatrace)
• 클라우드 모니터링 서비스: 클라우드 제공업체가 제공하는 모니터링 서비스(예: AWS CloudWatch, Azure Monitor, GCP Cloud Monitoring)를 활용하여 인프라 및 서비스 지표를 수집합니다.
• 오픈소스 모니터링: Prometheus와 Grafana를 조합하여 커스텀 지표를 수집하고 대시보드를 구축할 수 있습니다.

경고 (Alerting): 모니터링 시스템에서 수집된 지표가 특정 임계값을 초과하거나 비정상적인 패턴을 보일 때, 담당자에게 자동으로 알림을 전송합니다.

• 알림 채널: Slack, 이메일, PagerDuty, SMS 등 다양한 채널을 활용합니다.
• 중요도에 따른 알림: 심각도에 따라 알림의 우선순위와 전송 방식을 차등화합니다.

장애 추적 및 분석 (Error Tracking & Analysis): 애플리케이션에서 발생하는 예외 및 오류를 실시간으로 추적하고, 집계하며, 분석하여 문제 해결에 필요한 정보를 제공합니다.

• Sentry, Rollbar, Bugsnag 등의 서비스를 활용하면 오류 발생 시 스택 트레이스, 사용자 정보, 환경 정보 등을 자동으로 수집하고 중복 오류를 그룹화하여 보여줍니다.

HTTPS 적용: 모든 통신에 SSL/TLS를 사용하여 데이터를 암호화합니다. (AWS ACM, Let's Encrypt 등)

방화벽 및 보안 그룹: 인스턴스에 대한 접근을 최소화하고, 필요한 포트만 개방합니다.

IAM (Identity and Access Management): 클라우드 리소스에 대한 접근 권한을 최소 권한 원칙(Least Privilege)에 따라 부여합니다.

데이터베이스 보안: 데이터베이스 접근 권한을 엄격하게 관리하고, 민감한 데이터는 암호화하여 저장합니다.

보안 업데이트: 운영체제, 런타임, 라이브러리, 프레임워크 등에 대한 보안 업데이트를 주기적으로 적용합니다.

비밀번호 및 민감 정보 관리: 환경 변수, 시크릿 관리 서비스, 안전한 설정 파일 등을 통해 민감 정보를 안전하게 보관합니다.

로드 밸런싱 (Load Balancing): 여러 서버 인스턴스에 트래픽을 분산하여 단일 서버 과부하를 방지하고 고가용성을 제공합니다. (AWS ELB, Nginx 등)

오토 스케일링 (Auto Scaling): 트래픽 증가나 CPU 사용량 등 특정 지표에 따라 자동으로 서버 인스턴스를 추가하거나 제거하여 리소스를 효율적으로 관리합니다.

• 수직 확장(Vertical Scaling): 더 강력한 서버로 업그레이드합니다. (한계가 명확)
• 수평 확장(Horizontal Scaling): 데이터베이스 복제(Read Replica)를 통해 읽기 부하를 분산하고, 샤딩(Sharding)을 통해 쓰기 부하와 데이터 크기를 분산합니다.

캐싱: 데이터베이스 부하를 줄이고 응답 속도를 높이기 위해 애플리케이션 레벨, CDN, Redis/Memcached 등 다양한 계층에서 캐싱을 적용합니다.

CDN (Content Delivery Network): 정적 파일(이미지, CSS, JS)을 사용자에게 가장 가까운 서버에서 제공하여 로딩 속도를 향상시킵니다. (AWS CloudFront, Cloudflare 등)