Page History

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

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

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

상태를 기록하는 범위와 주기에따라 세가지로 구분되며, 그 차이를통해 스냅샷을 이해할수가 있습니다.

• 이벤트저장 : 상태복원은 연속된 이벤트 재생만을 통해가능하며 리플레이와같은 구현을 위해 이벤트 자체를 모두 기록해야하는것과기록
• 상태 히스토리 저장 : 모든 이벤트를 기록할필요없이 특정시점의 상태를 복원을 하면되기 때문에, 원하는 만큼 사진을 찍는 스냡삽과 같은 기능이 필요합니다.상태를 기록함
• 마지막 상태만 저장 : 마지막 저장값만 보장함으로, 왜 변경되었고 바로 이전으로 돌리는것은 어렵습니다. 중앙DB를 이용한 일반적 개발 방식입니다.

AKKA에서의 스냅샷은모든것을 저장해야 하는것과, 중요한 1건을 저장해야 하는 사이에서 성능과 기능제공에서

중간 조율을할수 있는 장치쯤으로 정의해봅니다범위가 넓고 주기가 짧을수록 성능을 고려해야하며, 스냅샷은 중간정도에 있는 저장 기능입니다.

연관 키워드 : difference between redo and snapshot