Page History

스냅샷은 앞장 이벤트소싱에서도 부분적으로 사용이되었습니다. 스냅샷은 성능상의 목적으로 다양한곳에서 혼합되어 사용될수 있으며

그 컨셉은 간단합니다. 무수히 발생하는 이벤트로 인해 우리가 설계한 어떠한 객체의 상태는 지속적으로 변경된다는 점이며

모든 상태변화를 기록하는것은 불필요할수도 있으며, 필요한 순간의 청사진만 찍어서 그것을 활용할수 있다란 것입니다.

상태를 기록하는 범위와 주기에따라 아래와 같은 차이가 있으며, 그 차이를통해 스냅샷을 이해할수가 있습니다.

• 이벤트저장 : 상태복원은 연속된 이벤트 재생만을 통해가능하며 리플레이와같은 구현을 위해 이벤트 자체를 모두 기록
• 상태 히스토리 저장 : 모든 이벤트를 기록할필요없이 특정시점의 상태를 복원을 하면되기 때문에, 원하는 만큼 상태를 기록함
• 마지막 상태만 저장 : 마지막 저장값만 유지함으로, 별도의 저장 히스토리 기능을 만들지 않는다고하면, 단 1건의 변경 이력을 보는것이 불가합니다.

AKKA에서의 스냅샷은 실시간 이벤트 모두를 저장해야 요구와, 중요한 최근 몇건은 꼭 저장해야 하는 Persitence 각기 다른 요구 요건에서지속력에 있어서

중간쯤에 위치하여 조율을하는 장치로 활용할수가 생각할수가 있으며, 메시지 혹은 상태변경 히스토리 저장 기능을 도메인 모델별로

각각 별도로 만들지 않아도 일괄적인 방법으로 활용을 할수가 있습니다.

예를 들어 최근 이벤트 100개를 유지하는것과 ( 순수 Persist기능) 1000번째마다 스냅샷을 찍어서 100개를 유지하는것은

각각 요구하는 성능이 다르며 다른 목적으로 활용이 될수가 있으나 함께 작동한다란것입니다작동 한다란것입니다.

연관 키워드 : difference between redo and snapshot