CCG-Platform
메인 인덱스 | CCG-Platform | Cross-Repo 분석 | GitHub Org
이 문서에서는 “게임 스트리밍 서비스” 자체보다, 그 서비스를 실제로 운영하기 위해 필요한 백엔드, Pod 관리, 인프라, 프론트엔드를 어떻게 나눠서 다뤘는지에 초점을 두었습니다.
조직 링크
- GitHub 조직: https://github.com/CCG-Platform
프로젝트 개요
- 프로젝트명: CCGP
- 기간: 2025.03 ~ 현재
- 팀 규모: 4명
- 제가 맡은 범위: 팀장, Front와 DB 설계를 제외한 대부분 구현
제가 맡은 역할에서 중심에 둔 부분
- 팀장으로서 서비스 구조를 잡고, 프론트와 DB 설계를 제외한 대부분의 구현을 담당했습니다.
- EKS 기반 컨테이너 게이밍 플랫폼을 실제로 운영하기 위한 백엔드, Pod 관리, 인프라 레이어를 중심으로 작업했습니다.
- 성공한 부분만 정리하기보다, 아직 완전히 안정화되지 않은 기능의 원인도 함께 추적했습니다.
핵심 성과
- AWS EKS 8개 노드 위에서 16개 컨테이너 워크스페이스에 접근 가능한 구조를 확인했습니다.
- 실제 사용 가능한 수준의 저지연 작업이 가능함을 검증했습니다.
portal-backend -> PodManager -> game-container -> Selkies로 이어지는 흐름을 서비스 단위로 분리해 운영 구조를 잡았습니다.
설명할 수 있는 기술 포인트
- FastAPI 기반 운영 백엔드와 Kubernetes 리소스 생성 계층을 분리하는 방식
- EKS, Traefik, Karpenter, cert-manager, GPU 워크로드를 같이 다루는 운영 관점
- 게임 스트리밍 서비스에서 애플리케이션 레이어와 인프라 제약이 어떻게 서로 영향을 주는지
- 실패한 기능을 “미완료”로만 두지 않고 네트워크/보안/스트리밍 경계에서 원인을 추적한 과정
한계와 남은 과제
- Steam 게임 실행 자체는 주요 게임들의 격리 시스템과 Seccomp Profile 충돌 때문에 아직 완전히 성공하지 못했습니다.
- coturn은 TURN 중심으로는 동작했지만 STUN은 기대한 만큼 안정적으로 붙지 않았고, AWS L4 ELB 쪽 수정이 더 필요하다고 보고 있습니다.
- 16개 컨테이너에서 Selkies 트래픽이 많이 몰릴 때 화면 연결 품질이 떨어지는 구간이 있어, 스트리밍 품질 최적화가 남아 있습니다.
이 조직에서 중심에 둔 포인트
- 인증, 과금, 워크스페이스 관리가 붙은 운영 백엔드
- Kubernetes 리소스 생성을 전담하는 Pod Manager 계층
- GPU 노드, Traefik, Karpenter, cert-manager까지 포함한 인프라 설계
- 프론트엔드와 스트리밍 경험이 실제 인프라 제약과 연결되는 구조
핵심 레포
- portal-backend.md: 사용자 인증, 결제, 워크스페이스를 담당하는 메인 백엔드
- PodManager_V2.md: 프로덕션용 K8s Pod Manager API
- PodManager.md: 초기 Pod Manager 구현
- TerraformLearn.md: AWS EKS 인프라 코드
- CCGP-ui.md: 사용자-facing 프론트엔드
지원 레포
- game-container.md: Steam 게임 실행용 컨테이너 이미지
- Selkies.md: WebRTC 스트리밍 컴포넌트
- k8s-setup-script.md: 클러스터 초기 설정 스크립트
- POC.md: 개념 검증용 Flask/Docker 앱
- Document.md: 공용 문서 표준
- demo.md: 현재 문서 근거가 얇은 데모 레포 메모
먼저 보시면 좋은 순서
관련 문서
업데이트: 2026-03-25