서버란?(게임서버와 웹서버의 차이점)

서버: 다른 컴퓨터에서 연결이 가능하도록 대기 상태를 상시 실행중인 프로그램

(영업중인 식당과 유사함 : 손님이 올수 있도록 식당을 열고 대기중인 상태이자,

손님이 오면 식당메뉴/정책에 따라 서비스 제공)

 

<웹서버 vs 게임서버>

웹 서버 HTTP Server	게임 서버 TCP server, Binary server, stateful server
테이크아웃 포장 전문 식당	일반식당
손님이 음식을 받아서 떠나면, 그 이후론 연락이 끊긴다. (주문 후 손님이 바로 떠나면, 손님의 상태를 당분간 잊고 지낸다.(Stateless)) 드물게 정보를 요청/갱신한다. 식당에서 손님한테 먼저 접근할 일이 없다.	서빙 직원이 와서 손님에게 물어볼 수도 있고, 손님이 추가 주문을 하기도 하고 요청/갱신 횟수가 많다 언제라도 직원이 손님에게 접근 가능해야한다. 손님이 식당에 머무는 동안, 손님의 상태를 보며 최상의 서비스를 제공한다(Stateful)
애초에 웹서비스를 만드는데 사용(구글, 아마존, 네이버 등)	게임의 장르에 따라 요구사항이 너무나도 다르다. (최적의 프레임워크라는 것이 존재하기 애매함) 일식집, 삼겹살집, 호텔 뷔페, 분식집 등 각각 메뉴와 식당룰이 달라 동일할 수 없다
처음부터 만드는 경우는 사실상 없고, 프레임워크를 하나 골라서 사용 - ASP.NET(C#) - Spring(Java) - Node.Js(Javascript) - Django, Flask(Python) - PHP - ....	MMORPG의 경우, 식당 운영에 비유 가능 멀티쓰레드(Concurrenncy) : 직원들 고용하고 운영하는 것 네트워크 : 직원들이 손님과 어떤 방식으로 대화할 지 DB: 결제 및 장부 처리를 어떤 방식으로 할지 게임로직: 손님들의 주문을 신속하고 맛있게 요리하는 것 서버구조: 위에서 정한 정책에 맞는 식당의 인테리어에 대해 고민하는 것
질의/응답 형태 실시간 Interaction이 필요하지 않다.	실시간 Interaction이 있다

<일반식당의 비유>

고려 대상	게임서버(비유)
손님 한도	최대 동시 접속자
한 방에 들어갈 수 있는 사람수	게임장르 및 채널링
직원 역할(겸직 가능성)	게임로직(요리사), 네트워크(서빙), DB(결제)
직원 규모	쓰레드 개수
요리사/서빙/결제 직원 비율	쓰레드 모델
주문받는 방식(벨? 키오스크? 손님이 직접 불러서? 셀프?)	네트워크 모델
손님이 기다릴 수 있는 시간 한도	반응성(FPS, MMORPG)
장부 및 결제는 어떻게?	데이터베이스

 

<웹서버는 어떻게 게임에 활용?>

인증페이지,

처음 로그인 페이지,

 

 

같은 경우는 웹서버로 하고,

인게임에서는 게임서버로 돌리는 경우도 많다.

게임 다 끝나고 랭킹시스템만 띄우면 된다싶을때도 웹서버&DB지식 활용!

 

 

*게임서버와 웹서버를 각각 어느정도 이해를 하고 있어야 한다*