구글 드라이브

나만의 Google 문서 도구 버전을 만들려는 경우 Google Realtime API를 살펴 보시기 바랍니다 . 구글은 최근 다른 개발자들이 실시간 협업을 위해했던 것과 동일한 툴을 사용할 수 있도록하기 위해이를 발표했다. 이를 통해 개발 시간을 절약하고 작동중인 제품을 더 빨리 얻을 수 있습니다.

문서에있는 데이터를 쉽게 가져 와서 정기적으로 데이터베이스에 푸시하거나 데이터베이스 자체를 교환의 ‘참가자’로하여 모든 변경 사항을 듣고 기록 할 수 있습니다. 또한 사용자가 실시간 API에서 사용할 수있는 자체 데이터 구조를 정의 할 수 있으므로 원하는대로 자유롭게 확장 할 수 있습니다.

Google 이외의 드라이브

귀하의 연구에 따르면 Google 드라이브는 옵션이 아닙니다. 괜찮습니다.하지만 얼마나 넣었는지에 따라 더 힘들어지고 작동하지 않을 수도 있습니다.

여기의 일반적인 전략 나는 이 문제를 달성하기 위해 사용하는 것은 :

1. 서버를 통신 멀티플렉서로 사용하십시오. 각 사람은 서버와 대화하고 서버는 해당 정보를 다른 사람에게 보냅니다. 이런 식으로 서버는 항상 문서를 가장 최신으로 볼 수 있습니다.

2. 충돌 해결을위한 타사 알고리즘 / 모듈을 찾으십시오. 충돌 해결은 어렵고 여전히 완벽하지 않습니다. 이를 단독으로 수행하면 프로젝트의 범위가 너무 커질 수 있습니다. 타사 알고리즘을 사용할 수없는 경우 한 사용자 만 시간 영역을 편집하도록 허용하여 사용자가 영역을 편집하기 전에 잠금을 얻어야합니다. 그렇지 않으면 다른 사용자의 작업이 손상 될 수 있습니다. 아주 오래된, 아주 빨리 얻을 것입니다.

3. 새로운 사용자가 참여하면 가장 최근의 문서를 제공하고 자동으로 명령을 스트리밍하기 시작합니다. 서버는 가장 최근의 관점을 가지고 있으므로 자동으로 정리할 수 있습니다.

4. 특정 간격으로 데이터베이스에 백업합니다. 백업 빈도를 결정하십시오 (5 분마다 또는 50 번 변경 될 때마다). 그러면 원하는 백업을 유지할 수 있습니다.

문제 : 이것은 완벽한 솔루션이 아니므로 다음과 같은 몇 가지 문제가 있습니다.

1. 서버 처리량이 성능 병목 현상을 일으킬 수 있음

2. 읽기 / 쓰기가 너무 많은 사람이 서버에 과부하를 일으킬 수 있음

3. 메시지가 손실되면 사람들이 동기화되지 않을 수 있으므로 정기적으로 동기화해야합니다. 이것은 전체 메시지를 다시 전송하는 것을 의미합니다. 비용이 많이들 수 있지만 그렇지 않으면 사람들이 동일한 문서를 가지고 있지 않거나 모를 수도 있습니다.

답변