[💬] 현재 구상한 인디 서버 아키텍처

[익명(221.140)]

게임 스펙

- 간단한 키우기류 게임.

- 길드 시스템, pvp 기능, 랭킹 등 구현 예정.

- 채팅은 없고 길드 소개메시지를 통해 카카오톡이나 디스코드로 대화하도록 유도할 예정. 채팅 들어가면 소켓 서버해야됨.

- pvp도 2~3초에 한번씩 버튼 눌러서 스킬 사용하는게 전부라 동기화할게 적음.

- 핵탐지를 위해 몇초에 한번씩 비합의 상태되면 서버랑 상태 다른놈 몇초있다가 강제 로그아웃정도만 구현.

구글 클라우드 플랫폼

- 출시 서버 돌리기용.

- t1 micro 인스턴스라 느리지만 어차피 게임 대박나는 것보다 출시가 가능한 것부터 걱정해야됨.

- 대충 설명하면 간단한 룸매칭게임이면 micro 수십명이 모이는 게임이면 medium 더 큰 게임이면 large, mmorpg까지가면 서버 나눠야됨. 근데 니네가 만드는 모바일에 유저풀은 micro도 쌉가능.

- 계정에 카드 연결하면 무료로 사용가능한데 1달에 약 720시간이라 1개의 인스턴스만 돌릴 수 있음.

- 게임 로직은 여기서 직접구현함. 서버는 C# Kestrel http서버. asp.net 시리즈중에 미들웨어가 가장 단순하게 처리가능.

- 여전히 전송량 많으면 돈내야하지만 역시 대박나지 않는 이상 걱정 ㄴ. 대박났으면 어차피 충분히 돈냄.

파이어베이스

- 로그인, 크래쉬 리포트, 애널리틱스, DB는 여기서 처리.

- 1일에 일정량까지는 무료라 유저수 적으면 사실상 공짜로 사용가능.

- 단점은 aws와 다르게 해커 공격들어오면 요금폭탄 맞을 수 있음. 이는 서버 로직에서 방어코드로 막음.

장점

- 파베를 사용하다보니 플랫폼 작업인 푸쉬 알람, 로그인, 크래쉬 리포트, 유저관리, db를 전부 여기서 처리할 수 있음.

- 당연히 인력이 적은 인디에서 한곳에서 모든 것을 처리하여 복잡도 낮추는건 개꿀임.

- 구글 클라우드 플랫폼으로 게임로직을 c#으로 작성한 무료 게임서버를 돌릴 수 있음.

- 서버를 끄지않은채로 로직 변경이 가능해서(Harmoney0.dll 이용) 빠른 대응 가능. 나중에 점검시 하모니 빼버리고 로직 추가하면됨.

- c#이다보니 메시지팩이나 프로토 버퍼 필요없음. 프로토콜 X.

단점

- t1 micro다 보니 게임 대박나면 서버 터질 가능성이 있음. 물론 이건 결과론적 예기고 취업용 포폴이거나 예전에 퍼즐rpg출시 했을 때 동시접속 1000명정도까지는 버텼음. 물론 그 게임은 pvp가 없는 이유도 있긴함.

- http라 느림.

- 서버 지식이 있어야함. 어쨋든 직접 짜야하니까.

- 서버와 관련있는 것들은 유니티 물리관련된 것들 못쓰고 float 대신 fixed float 사용 등. 직접짜야할게 많아짐.