- 100-600 번호 체계로 문서 재구성 (Part-Chapter-Section) - 철학과 배경, 핵심 설계, 기술 아키텍처, 성장과 진화, 비즈니스와 미래, 부록으로 구분 - 새로운 챕터 추가: 기억-감정-윤리 삼각형, DID 기반 정체성, 스카웃 시스템 등 - 프로젝트 종합 v3로 업데이트: 핵심 철학 섹션 추가, 현재 상태 반영 - README.md 전면 개편: 책 목차 기반 구조 반영 - 구버전 문서는 _archive로 이동, troubleshooting은 유지
2.3 KiB
Executable File
아키텍처 구조
┌─────────────────────────────────────┐ │ 대시보드 서버 (1개) │ │ ┌─────────────────────────────┐ │ │ │ 웹 인터페이스 │ │ │ │ 사용자 A 로그인 → A 로빙 │ │ │ │ 사용자 B 로그인 → B 로빙 │ │ │ └─────────────────────────────┘ │ │ ┌─────────────────────────────┐ │ │ │ 공통 DB │ │ │ │ users, robings, stats │ │ │ └─────────────────────────────┘ │ └─────────────────────────────────────┘ │ │ API 호출 ▼ ┌─────────────────┐ ┌─────────────────┐ │ 로빙 A 컨테이너 │ │ 로빙 B 컨테이너 │ │ (2GB 메모리) │ │ (8GB 메모리) │ │ 스탯: 초보 │ │ 스탯: 고급 │ │ 스킬: 3개 │ │ 스킬: 15개 │ └─────────────────┘ └─────────────────┘
핵심 질문들
- 통신 방식: 대시보드가 각 로빙 컨테이너와 어떻게 통신할지?
- 컨테이너 관리: 로빙 컨테이너를 누가 생성/관리할지?
- 스케일링: 사용자가 늘어나면 컨테이너도 자동으로 늘어날지?
- 리소스 할당: 스탯에 따른 컨테이너 사양을 어떻게 결정할지?