오프라인 시스템과 동기화

데이터를 생성하고 서버로 다시 보내는 모바일 장치 (내장 응용 프로그램이있는)의 비즈니스 데이터를 동기화 할 시스템을 설계하고 있습니다. 동기화 된 각 회선은 데이터베이스에서 특정 비즈니스 로그를 생성합니다.

내가 동기화 한 것이 비즈니스 데이터의 마지막 수정 날짜보다 낮은 날짜 (동기화 데이터 내)로 데이터를 생성하는 경우이를 무시하고 데이터베이스에 로그인을 추가해야합니다. 업로드 된 데이터가 처리되면 데이터베이스에서 데이터를 가져와 장치로 다운로드합니다.

기록 직후이 다운로드로 인해 동기화가 동기화되어야합니다. 이와 같은 것이 기존 솔루션을 대체 할만 큼 가치가 있다면 독자 / 작가 패턴을 가질 수 있습니다. 더 중요한 것은 최신 데이터를 다운로드 할 수있는 것입니다. 그 데이터는 전체적으로 페치되며, 현재 구현 된 diff는 없습니다 (나중에 나올 수 있지만 문제가되지는 않습니다).

동일한 비즈니스 오브젝트를 실행하는 중에 여러 개의 동기화가있을 수 있지만 발생 가능성은 낮지 만 처리 할 수있는 것을 선호합니다. 동기화는 몇 일 동안 재 동기화없이 내장 모바일 애플리케이션을 사용하지 않는 한 몇 초 동안 지속될 것으로 예상됩니다.

동기화 된 데이터의 양은 크지 않으며 동기화 프로세스도 아닙니다.

그래서 나는 동기화 방법에 대해 상호 배제를 사용하고, 더 정확하게는 Java를 사용하고 있으며 읽기 전용 동기화를 차단하지 않기 위해 전체 동기화 프로세스가 아닌 쓰기 방법에 동기화를 설정했습니다.

나는 알고 싶다 :

1. 이 방법이 의미가 있다면? 동기화 프로세스의 양과 시간은 여전히 ​​수용 가능합니다.
2. 일반적으로 어떤 개념을 살펴 봐야합니다. 보너스 : Spring 모듈에서 이러한 개념이 구현 된 경우.

날짜 (믿을 수 없을 수도 있음) 또는 동기 요청에 의존하지 않고 클라이언트 데이터가 서버 데이터와 동기화되도록 잠시 동안 (일부 성공했지만) 조사 한 접근법은 JSON 패치 (아마도 POJO) 의 조합입니다 귀하의 경우) 및 이벤트 소싱 .

기본 개념은 클라이언트와 서버에 현재 상태를 저장하는 대신 클라이언트와 서버가 변경 목록과 이벤트 또는 패치 요청을 통해 서로 메시지를 저장한다는 것입니다.

따라서 클라이언트가 모든 데이터와 날짜를 서버로 보내는 대신 클라이언트는 마지막으로 데이터가 업데이트되었다고 생각한 수정 번호와 함께 이벤트를 보냅니다. 이 같은:

Server.send("MODIFY FOO", 3);

서버가이 이벤트를 비동기식으로 받으면, 이미 수신 한 다른 이벤트와 조정합니다. 예를 들어, 동일한 데이터로 작업하는 다른 클라이언트가 이미 일부 사항을 수정했을 수 있으며 이제 서버의 개정 번호가 5 일 수 있습니다. 따라서이 개정은 마지막 2 개를 적용하기 전에 적용해야합니다. 이 변경 사항을 고객에게 알려야합니다.

서버가 완료되면 모든 관심있는 클라이언트에게 변경 사항 및 새로운 현재 개정 번호를 알립니다. 그런 다음 클라이언트는 이러한 변경 사항을 적용하고 내부 개정 번호를 업데이트합니다.

마일리지가 다를 수 있지만 도움이 되길 바랍니다.

편집 : 이 관련 질문 에서 언급 했듯이이 접근법의 또 다른 이름 또는 변형을 메시지 큐잉 이라고 합니다 .

첫 번째 문제는 날짜를 데이터 동기화 방법으로 사용하는 것입니다. 나는 당신의 솔루션의 모든 세부 사항을 얻지 못했다고 확신하지만 다음과 같이 말할 것입니다.

1. 휴대폰에서 날짜가 생성됩니까? 이 경우 모바일에서 실행되는 앱이 항상 올바른 날짜를 사용합니까? 모바일 장치에서 시스템 날짜를 다소 변경할 수있는 악의적 인 사용자는 어떻습니까? 다른 시간대의 사용자는 어떻습니까? @jeffrey가 말했듯이 장치에서 생성 된 날짜를 사용하는 것이 가장 좋은 방법은 아닙니다.

2. 올바르게 이해하면 낙관적 동시성 제어 를 사용 합니다 . 나는 당신의 접근 방식에서 본질적으로 잘못된 것을 보지 못했습니다.

3. 이 질문은 Spring에서 낙관적 잠금을 구현하는 것에 관한 것 입니다. 어쩌면 당신은 그것에 영감을 찾을 수 있습니다.