【Google Cloud Day'21】「DeNA 게임 기반에서의 Google Cloud Spanner의 활용 사례」를 시청해

DeNA 게임 기반에서 Google Cloud Spanner 활용 사례
htps : // c ぉ 우도없는 r.ぃth おお gぇ. 이 m / 에ょ ぇ ts / 굉장히 ぇ-c ぉ d-d y- ぢ 기 l-21 / 와 tch? lk = d2 - 05
DeNA의 새로운 게임 기반 인 Takasho · LCX에 대해 애플리케이션 인프라 구성 (GKE · GAE)과 개발 언어 (Go · Java)도 다르며, 각각 데이터 인프라로 Google Cloud Spanner를 선택한 경위 및 실제로 개발・운용을 한 가운데 얻어진 지견이나 사용감을 소개합니다.






질문
대답


Spanner는 싱글 리전과 멀티 리전 중 하나를 선택했습니까? 또한 선택 이유에 대해 알려주십시오.
Spanner는 단일 지역에서 사용됩니다. 이는 다중 리전에서는 단일 리전에 비해 쓰기 대기 시간이 느리고 비즈니스 요구 사항을 충족하지 못한다고 판단했기 때문입니다.


spilit의 일부 노드로 치우치는 이유는 무엇입니까? 또한 어떻게 대응되었습니까?
데이터가 없는 상태에서 노드 수를 갑자기 늘리면 부하 기반/데이터 크기 기반 어느 Split도 만들 수 없었기 때문일 수 있습니다. 대응으로서는, 서서히 부하를 걸었습니다.


중국 측의 데이터베이스는 RDBMS를 이용되고 있다고 하는 것입니다만, 그쪽은 수동으로의 샤딩이나 부하 분산을 행하고 있는 것일까요. 또 GCP측의 데이터베이스도 Cloud SQL이나 GCE상에서 RDBMS를 구축하는 것으로 중국측과 통일한다는 방법도 검토되었습니까?
중국 측의 데이터베이스도 자동 샤드·로드 분산하는 매니지드 서비스를 이용하고 있습니다. GCP 측 데이터베이스는 대규모 트래픽에서 고가용성을 유지하는 요구 사항과 유지 관리 비용을 줄이기 위해 Cloud SQL 및 GCE에서 클러스터를 직접 관리하는 선택은 기술 선정 시점에서 제외되었습니다.



커팅
내용


게임 기반에 대하여
중국에서는 GCP를 사용할 수없는 것 같습니다.


비교



takasho 소개



왜 CloudSpanner를 도입했는가