DOCS/_archive/docs/architecture/아키텍쳐_로빙.md
Claude-51124 4a0ce4aa18 docs: 문서 구조 대규모 개편 및 프로젝트 종합 v3 업데이트
- 100-600 번호 체계로 문서 재구성 (Part-Chapter-Section)
- 철학과 배경, 핵심 설계, 기술 아키텍처, 성장과 진화, 비즈니스와 미래, 부록으로 구분
- 새로운 챕터 추가: 기억-감정-윤리 삼각형, DID 기반 정체성, 스카웃 시스템 등
- 프로젝트 종합 v3로 업데이트: 핵심 철학 섹션 추가, 현재 상태 반영
- README.md 전면 개편: 책 목차 기반 구조 반영
- 구버전 문서는 _archive로 이동, troubleshooting은 유지
2025-07-31 16:19:51 +09:00

2.3 KiB
Executable File

아키텍처 구조

┌─────────────────────────────────────┐ │ 대시보드 서버 (1개) │ │ ┌─────────────────────────────┐ │ │ │ 웹 인터페이스 │ │ │ │ 사용자 A 로그인 → A 로빙 │ │ │ │ 사용자 B 로그인 → B 로빙 │ │ │ └─────────────────────────────┘ │ │ ┌─────────────────────────────┐ │ │ │ 공통 DB │ │ │ │ users, robings, stats │ │ │ └─────────────────────────────┘ │ └─────────────────────────────────────┘ │ │ API 호출 ▼ ┌─────────────────┐ ┌─────────────────┐ │ 로빙 A 컨테이너 │ │ 로빙 B 컨테이너 │ │ (2GB 메모리) │ │ (8GB 메모리) │ │ 스탯: 초보 │ │ 스탯: 고급 │ │ 스킬: 3개 │ │ 스킬: 15개 │ └─────────────────┘ └─────────────────┘

핵심 질문들

  1. 통신 방식: 대시보드가 각 로빙 컨테이너와 어떻게 통신할지?
  2. 컨테이너 관리: 로빙 컨테이너를 누가 생성/관리할지?
  3. 스케일링: 사용자가 늘어나면 컨테이너도 자동으로 늘어날지?
  4. 리소스 할당: 스탯에 따른 컨테이너 사양을 어떻게 결정할지?