🌅 프로젝트 릴리즈 기록 및 위키 메인 페이지

이 문서는 프로젝트의 각 스프린트 릴리즈 기록을 정리한 메인 페이지입니다.
아래 릴리즈 링크를 통해 각 단계에서 어떤 작업이 진행되었고, 어떤 인프라/보안/운영 요소가 도입되었는지를 확인할 수 있습니다.

목차 (Table of Contents)

• 1차 릴리즈 - 단일 인스턴스 기반 MVP
• 2차 릴리즈 - Docker 기반 3-Tier
• 3차 릴리즈 - EKS 전환 및 Helm 기반 배포
• 4차 릴리즈 - 운영 최적화 및 리소스 보호

단계별 작업

• 1단계 - Big Bang 방식 수작업 배포(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/Cloud-%EA%B3%BC%EC%A0%9C-1%EB%8B%A8%EA%B3%84:-Big-Bang-%EB%B0%A9%EC%8B%9D-%EC%88%98%EC%9E%91%EC%97%85-%EB%B0%B0%ED%8F%AC)
• 2단계 - CI(지속적 통합) 파이프라인 구축(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/Cloud-%EA%B3%BC%EC%A0%9C-2%EB%8B%A8%EA%B3%84:-CI(%EC%A7%80%EC%86%8D%EC%A0%81-%ED%86%B5%ED%95%A9)-%ED%8C%8C%EC%9D%B4%ED%94%84%EB%9D%BC%EC%9D%B8-%EA%B5%AC%EC%B6%95)
• 3단계 - CD(지속적 배포) 파이프라인 구축(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/Cloud-%EA%B3%BC%EC%A0%9C-3%EB%8B%A8%EA%B3%84:-CD(%EC%A7%80%EC%86%8D%EC%A0%81-%EB%B0%B0%ED%8F%AC)-%ED%8C%8C%EC%9D%B4%ED%94%84%EB%9D%BC%EC%9D%B8-%EA%B5%AC%EC%B6%95)
• 4단계 - Docker 컨테이너화 배포(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/Cloud-%EA%B3%BC%EC%A0%9C-4%EB%8B%A8%EA%B3%84:-Docker-%EC%BB%A8%ED%85%8C%EC%9D%B4%EB%84%88%ED%99%94-%EB%B0%B0%ED%8F%AC)
• 5단계 - Kubeadm 오케스트레이션(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/%5Bcloud%5D-5%EB%8B%A8%EA%B3%84-:-Kubeadm-%EC%98%A4%EC%BC%80%EC%8A%A4%ED%8A%B8%EB%A0%88%EC%9D%B4%EC%85%98)
• 6단계 - Kubernetes(AWS ECS or EKS)기반 배포 자동화(https://github.com/100-hours-a-week/5-yeosa-wiki/wiki/%5Bcloud%5D-6%EB%8B%A8%EA%B3%84-:-Kubernetes(AWS-ECS-or-EKS)%EA%B8%B0%EB%B0%98-%EB%B0%B0%ED%8F%AC-%EC%9E%90%EB%8F%99%ED%99%94)

관련 문서

Ongi 프로젝트의 인프라 전략과 기술 선택의 전개 과정을 담은 문서입니다. 각 릴리즈 단계마다 서비스 규모, 운영 효율성, 안정성 요구에 따라 적합한 기술과 아키텍처를 도입하고 검증한 근거를 기록합니다.

TroubleShooting && Test

Ongi 프로젝트의 운영 안정성 및 품질 보증을 위한 운영·검증 매뉴얼입니다. • 트러블슈팅 가이드 장애 증상별 진단 절차, 로그 분석·모니터링 기법, 재현 테스트와 원인 규명 과정을 단계별로 정리하고, 과거 사례별 해결 방안을 스크립트와 함께 기록하여 신속한 복구 역량을 확보합니다. • 테스트 페이지 안내 유닛·통합·부하 테스트 환경 구성, 자동화 스크립트, 성능 측정 지표, 테스트 데이터 관리 방안을 릴리즈 단계별로 정리하고, 주요 테스트 케이스와 실제 수행 결과(로그·그래프 포함)를 기록하여 서비스 출시 전후 품질 보증의 근거로 활용합니다.

---

릴리즈 요약

릴리즈	주요 목표	핵심 작업	완료일
1차 릴리즈	MVP 기초 기능 배포	단일 인스턴스, 기본 모니터링, 로그 수집	Sprint 3 완료 시점
2차 릴리즈	Kubernetes 전환	EKS 클러스터 도입, 서비스 이전, Helm 배포	Sprint 6 완료 시점
3차 릴리즈	장애 대응 및 운영 자동화	장애 테스트, 복구 시나리오, 운영 문서화	Sprint 8 완료 시점
4차 릴리즈	운영 최적화 및 보호	비용/성능 최적화, 태깅, 기술 부채 해소	Sprint 9 완료 시점

---

🙌🏻 릴리즈 상세

1차 릴리즈 - 단일 인스턴스 기반 MVP

• 작업 스프린트 범위: Sprint 1 ~ Sprint 3
• 릴리즈 시점: Sprint 4
• 주요 작업:
  • Big Bang 배포 구조 설계 및 구현
    • VM instance (nginx + springboot + mysql)
    • VM instance (GPU, ai model)
    • VM instance (CPU, ai model)
    • Google Cloud Storage
    • 단일 인스턴스 CI/CD 설계
  • Cloud Monitoring(GCP)을 통한 트래픽 모니터링
  • k6를 활용한 병목 지점 분석 및 최적화
• 아키텍처: GCE + GCS

➡️ [1차 릴리즈 상세 페이지]

---

2차 릴리즈 - Docker 기반 3-Tier

• 작업 스프린트 범위: Sprint 4 ~ Sprint 6
• 릴리즈 시점: Sprint 7
• 주요 작업:
  • Docker 기반 3-Tier 아키텍처 설계 및 구성
  • GitHub Actions 또는 CodePipeline을 통한 CI/CD 파이프라인 구축
  • HTTPS 인증서(ACM), 도메인 연결(Route53)
  • S3 정적 파일 저장 및 Life Cycle 구성
  • VPC / Subnet 네트워크 구성
  • SQL Injection 테스트, 보안 그룹 및 IAM 권한 최적화
  • 로그 수집, 장애 감지 알람 설정 (Discord Webhook)
• 도입 기술: Docker, GitHub Actions, ACM, Route53, S3, IAM

➡️ [2차 릴리즈 상세 페이지]

---

3차 릴리즈 - EKS 전환 및 Helm 기반 배포

• 작업 스프린트 범위: Sprint 7 ~ Sprint 8
• 릴리즈 시점: Sprint 9
• 주요 작업:
  • 단일 VPC 기반 Amazon EKS 클러스터 구축
  • 기존 서비스 Kubernetes로 이전
  • Helm Chart 기반 배포 자동화
  • Transit Gateway 구성, EKS 다중 VPC 확장
• 도입 기술: EKS, Helm, Ingress-Nginx, ECR, ServiceAccount, TGW

➡️ [3차 릴리즈 상세 페이지]

---

4차 릴리즈 - 운영 최적화 및 리소스 보호

• 작업 스프린트 범위: Sprint 9
• 릴리즈 시점: Sprint 10
• 주요 작업:
  • 비용 최적화를 위한 S3 Lifecycle, EC2 예약 인스턴스 적용
  • 태그 기반 비용 분석 체계화
  • 리소스 잠금(Locking), 기술 부채 정리

➡️ [4차 릴리즈 상세 페이지]

---

🗓️ 스프린트

• 스프린트 10단계 로드맵