1. 문제점
- 운영(웹)과 실시간 기능이 한 시스템에 섞이면 성능/장애 원인 분리가 어려움
- 동시접속 증가 시 지연과 끊김이 사용자 경험에 직접 영향
- 기능은 늘어나는데 운영툴/로그/권한이 부족하면 유지보수 비용이 급증

2. 목표
- 웹(관리/정산/콘텐츠)과 실시간(세션/동기화)을 분리한 2-서버 구조 확립
- 지연·장애 대응이 가능한 모니터링/로그 기반 운영 체계 구축
- 기능 우선순위(필수/옵션) 합의로 일정과 비용을 통제 가능한 형태로 설계

3. 주안점
- 실시간 안정성(지연/재접속/세션 복구)과 운영 효율(권한/로그/통계)을 동시에 달성
- 릴리즈 이후 유지보수까지 고려한 구조화(표준 API, 공통 모듈화, 테스트 포인트)

본 포트폴리오는 “웹 서비스 운영(관리/정산/콘텐츠 등)”과 “실시간 기능(세션/매칭/동기화 등)”이 동시에 필요한 프로젝트를 대상으로, 웹 서버와 실시간 서버를 분리하여 안정적으로 구축한 총괄 개발 포트폴리오입니다.

* 초기 단계에서 요구사항을 “필수/옵션”으로 구분하고, 트래픽·동시접속·지연시간·장애 대응 같은 비기능 요건을 먼저 정의한 뒤 아키텍처를 설계합니다.

* 구현은 보통 다음 구조로 진행합니다.

1) 웹/백오피스: 관리자 페이지, 권한, 콘텐츠/상품/예약/정산, 로그/통계, 운영툴

2) 실시간 서버: 매칭/룸(세션) 관리, 상태 동기화, 이벤트 처리, 지연·끊김 대응

3) 데이터/모니터링: 로그 수집, 성능 지표 관측, 장애 알림 및 재현 가능한 이슈 트래킹

4) 클라이언트 연동: Unity/모바일/웹 환경별 네트워크 계층 표준화, QA 자동화 포인트 설계

* 프로젝트 성격상 “최저 비용에 맞춰 기능을 억지로 끼워 넣기”보다는, 목표 품질을 충족할 수 있는 범위를 먼저 확정하는 것이 중요합니다.

* 미팅을 통해 필수 요구사항과 옵션 범위를 함께 정리한 뒤, 예산과 일정은 현실적인 수준으로 협의하는 방식을 제안드립니다.