실시간 대전 게임에서 TCP 서버 대신 웹 서버를 선택한 이유
TCP 서버장점성능이 좋다. (=빠르다)커넥션 기반stateful 기반가용성을 확보하기 어려움.코딩은 용이함.notify가 가능. (클라이언트의 요청없이 서버가 패킷 전달)단점커넥션 기반이라, 커넥션 유실/복구 이슈로직간 결합도가 높아지는 경우가 자주 발생한다.서버 크래시에 대한 높은 리스크.웹 서버장점stateless 기반가용성 확보가 쉬움.state는 모두 db에 존재.오픈소스 프레임워크가 많고, 검증되어있음.프레임워크 내에서도, 다양한 기능들이 오픈소스로 배포되고 쉽게 사용 가능.로직간 결합도가 낮다.state가 없음으로서버 크래시에도 큰 장애는 없다.어지간해서는 서버 크래시도 없다.부하로 인한 timeout이나, 스크립트 오류가 발생할 뿐.단점모든 데이터는 요청마다 db를 조회해야해서 성능이 떨어..
Web/General
2016. 9. 27. 21:17
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 바로가기 프로그램
- 멀티스레드
- 게임개발포에버
- c언어
- 루비
- EasyExec
- svn
- MS-SQL
- ftp
- 임백준
- SDL
- NDC2013
- 조엘 온 소프트웨어
- CppSQLite
- ruby
- SQLite Spy
- 루비 온 레일즈
- TDD
- 좋은 프로그래머
- TraceRoute
- RoR
- EzShortcut
- perfmon
- 리버스 엔지니어링
- 게임데브포에버
- Rails
- 엘키
- Ruby on Rails
- 디자인 패턴
- 디버깅
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함