그냥 개발자 노트

GBass 를 뒤끝서버와 playfab을 사용했는데 두개를 비교해 보았습니다. 뒤끝 서버.장점1. 한국에서 만든것이라서 커뮤니케이션이 원활하다.- 기본적인 문서도 한글로 잘 되어 있고 질의 응답도 다 한국인에게 하기 때문에 매우 원활 합니다.- 포럼이 잘되어 있어서 대부분의 질문은 포럼에서 찾을수 있습니다.2. 강력한 채팅 기능- 채팅기능이 기본적으로 제공하며 아주 강력합니다.- 게임에서 채팅 붙이려면 생각보다 까다롭고 귀찮은데 그런부분을 대부분 해소해 줍니다.3. 생각보다 많은 기능- 확률 제어, 데이터 시트 관리, DB 관리, 서버 함수 등 생각보다 많은기능을 제공 합니다.- 버전 관리도 같이 하고 있어서 라이브 서비스에서 패치에 대한 부담이 적습니다.- 쿠폰 기능이 매우 강력해서 쿠폰발행 및 처리가..

원래 계획은 Playfab을 사용하여 게임 데이터를 Playfab TitleData에 넣으려고 했습니다.그런데 Playfab에서 넣을수 있는 노드의 양이 적고 전체 크기 역시 제한적이기 때문에 결론적으로는 넣을수 없었습니다.그래서 방법을 찾아보다 Azure에 넣어야 겠다고 생각했고 여기서 보안적인 이슈 때문에 요청이 있을때만 잠깐 경로를 열었다가 이외에는 닫는 방법을 생각하여 Azure Blob Storage 의 SAS를 사용하기로 하였습니다. 일단 Aure Portal 에 로그인합니다. 구독은 비용관련된 내용이기 때문에 구독을 등록 하셔야 대부분의 기능을 이용 하실 수 있습니다.우선 리소스 그룹을 만들어 줍니다.서비스할 영역은 한국이기 때문에 Korea Central(서울)로 만들어 줍니다.리소스 그룹..

Playfab AzureFunction 에서 PlayerData를 조작하기 위해서는 호출자의 PlayfabID 를 알아야 합니다.Playfab 내부에는 Master player accountID라고 표현되어 있고 API 상에서는 그냥 PlayFab ID라고 표현되어 있습니다.서버 입장에서는 누가 호출한 것인지 모르기 때문에 누구 데이터를 수정해야 하는지 확인 해야 하는데 필요합니다. FunctionExecutionContext context = JsonConvert.DeserializeObject>(await req.ReadAsStringAsync()); string playfabID = context.CallerEntityProfile.EntityChain.Split("/")[2];지난 포스트에서도 ..

https://aostols.tistory.com/49 [기타]뒤끝서버 사용기이러 저러한 사정으로 게임을 급하게 하나 만들어서 출시 했습니다.서버개발자가 없었기 떄문에 뒤끝서버라는 솔루션(?)을 사용 했습니다.GBaas로 Game Backend as a Service 서비스 입니다.서버가 필요aostols.tistory.com 국내 서비스인 뒤끝 서버를 사용해 볼 일이 있었고 추가로 궁금하여 PlayFab을 사용해 보기로 하였습니다.PlayFab은 MS가 서비스 하는 GBaas로 MS이기 떄문에 당연히 Azure로 붙습니다.PlayFab은 CloudScript라는 서버 스크립트가 있었고 뒤끝의 뒤끝펑션과 아주 유사한 형태인거로 보입니다.초창기 CloudSccript는 자바 스크립트로 구성되어 있는것 같은..