1
지속성에 대한 장애 조치 시나리오에 관한 것이고 올바르게 구현되어야하는 방법을 고려하고 있습니다. 이전의 경험에서 나는 기본 영속성이 엔티티를 저장하지 못했을 때 문제가 해결 되 자마자 나중에 저장할 수 있어야한다고 생각하고 있습니다. Hazelcast 엔티티에 관해서는 맵핑 된 엔티티는 MapStore와의 관계를 관리하는 상태를 가지고 있습니다.Hazelcast : 지속성에 대한 장애 조치
MapStore 구현이 저장되지 않으면 어떻게됩니까? 엔티티를 MapStore 비즈니스에 다시 적용시키는 방법은 무엇입니까?
업데이트 :
그것은 기본 지속성 사업이 사용할 수있게됩니다 그러나 이것은 분산 메모리의 아이디어를 중단하지 않는 한 큐에 항목을 유지하기 위해 MapStore 자체 페일 오버를 구현하는 문제가 아니에요. 반면에 MapStore에 나타난 데이터가 다시 캐시에 저장되면 불일치가 발생할 수 있습니다. 그렇지 않습니까?
pryvit. 당신/다른 사람들이 이것을 어떻게 처리했는지에 관심이 있습니다. 앱 요구 사항에 따라 지속성이 실패한 경우지도에서 객체를 단순히 제거 할 수 있다고 생각합니다.지도에 다시 삽입하여 데이터 저장소에 다시 삽입 할 수 있거나 간단히 작성할 수 있으므로 쓰기 작업을 피할 수 있습니다. 작업) - 삭제 처리기는 DB에없는 데이터를 삭제하려고하지 않도록 수정해야합니다. 지속성이 작동하거나 실패 할 때까지 상태 플래그를 사용하여 맵에서이 값을 읽지 않도록 시도 할 수 있습니다 (유효하지 않을 수도있는 읽기를 피하기 위해). –
나는 이것에 허점이 있다는 것을 확신합니다. 그것에 대해 듣고 싶습니다. –
당신과 동의하십시오. 나는 더러운 깃발이나 다른 내부 생명주기를 가지고 노는 것이 의미가 있을지 모르지만 문서에 언급되지 않았기 때문에 내부 API라고 생각합니다. 여기 단서를 얻기 위해 Hazelcast 녀석을 데려 오는 것이 좋을 것입니다. –