Page History
| Info |
|---|
스냅샷은 앞장 이벤트소싱에서도 부분적으로 이벤트소싱과 함께 사용이되었습니다. 스냅샷은 성능상의 목적으로 다양한곳에서 혼합되어 사용될수 있으며 그 컨셉은 간단합니다. 무수히 발생하는 이벤트로 인해 우리가 설계한 어떠한 객체의 상태는 지속적으로 변경된다는 점이며 모든 상태변화를 기록하는것은 불필요할수도 있으며, 필요한 순간의 청사진만 찍어서 그것을 적절하게 활용할수 있다란 것입니다. 상태를 기록하는 범위와 주기에따라 세가지로 구분되며아래와 같은 차이가 있으며, 그 차이를통해 스냅샷을 이해할수가 있습니다.
AKKA에서의 스냅샷은 실시간 이벤트 모두를 저장해야 요구와, 중요한 최근 몇건은 꼭 저장해야 하는 Persitence 각기 다른 요구 요건에서
중간쯤에 위치하여 조율을하는 장치로 활용할수가 있습니다. 예를 들어 최근 이벤트 100개를 유지하는것과 ( 순수 Persist기능), 1000번째마다 스냅샷을 찍어서 100개를 유지하는것은 각각 요구하는 성능이 다르며 다른 목적으로 활용이 될수가 있으나 함께 작동한다란것입니다. 연관 키워드 : difference between redo and snapshot 목적이 다르며 필요로하는 성능이 다를수 있으나 함께 작동을 하여 상호보완하는 컨셉이며 VMWare를 포함하여 데이터베이스 복구등에서 보편적으로 사용되는 장치입니다. |
스냅샷 구현
| Code Block | ||||
|---|---|---|---|---|
| ||||
@Component
@Scope("prototype")
public class SnapShotActor extends AbstractPersistentActor {
private final LoggingAdapter log = Logging.getLogger(getContext().system(), "AbstractPersistentActor");
private Object state;
private int snapShotInterval = 5;
private int msgCnt = 0;
@Override
public String persistenceId() { return "ExamplePersistentActor-id-1"; }
@Override public Receive createReceiveRecover() {
return receiveBuilder().
match(SnapshotOffer.class, s -> {
state = s.snapshot(); //상태복원
log.info("상태복원");
// ...
}).
match(String.class, s -> {/* ...*/}).build();
}
@Override //복구전략(스냅샷을 무시할수도 있음)
public Recovery recovery() {
//return Recovery.create(SnapshotSelectionCriteria.none());
return Recovery.create(
SnapshotSelectionCriteria
.create(457L, System.currentTimeMillis()));
}
// 스냅샷을 지원하는 메시지 정의
@Override public Receive createReceive() {
return receiveBuilder().
match(SaveSnapshotSuccess.class, ss -> {
SnapshotMetadata metadata = ss.metadata();
// ...
}).
match(SaveSnapshotFailure.class, sf -> {
SnapshotMetadata metadata = sf.metadata();
// ...
}).
match(String.class, cmd -> {
log.info("EventFired:"+cmd);
if(cmd.indexOf("print") ==0 ) {
//로그를 통해 확인하거나?
log.info("상태확인:"+state);
// 전송자에게 메시지를 통해 상태를 알려줌
sender().tell(state, ActorRef.noSender());
}else {
msgCnt++;
state = cmd + "을 먹은 상태"; //커멘드에따른 상태변화
log.info("ChangeStated" + state);
if (msgCnt % snapShotInterval == 0 ) {
//이벤트가 ?회 발생할때만,상태를 변경하고 스냅샷을 찍음 ( 순수스냅샷 테스트를 위해 persist기능을 뺏습니다.) 테스트 )
log.info("SaveSnapShot:" + state);
saveSnapshot(state);
}
}
})
.build();
}
} |
이벤트를 받게되면, 상태가 변경되게되며 자신이 원하는 타이밍에
카메라 셔터(saveSnapshot) 를 누르기만 하면됩니다.
여기서는 수많은 이벤트를 모두 저장하는것은 비효율적이니, 매 5번째 상태의 스냅샷정보를 유지하기로 하였다고 가정하였습니다.
실제, 앞장 샘플에서는 persist기능과 연동되어 스냅샷과 상관없이 최근 X개 유지기능을 통해 , 마지막 상태복구가가능합니다.
스냅샷
...
복원전략
| Code Block | ||||
|---|---|---|---|---|
| ||||
private Object state;
@Override public Receive createReceiveRecover() {
return receiveBuilder().
match(SnapshotOffer.class, s -> {
state = s.snapshot();
// ...
}).
match(String.class, s -> {/* ...*/}).build();
}
또는
@Override
public Recovery recovery() {
return Recovery.create(
SnapshotSelectionCriteria
.create(457L, System.currentTimeMillis()));
} |
...
| Code Block | ||||
|---|---|---|---|---|
| ||||
protected void persistenceSnapShot() { new TestKit(system) {{ ActorRef probe = getRef(); Props snapShotActorProp = ext.props("snapShotActor"); System.out.println("===== snapShotActor 액터생성"); ActorRef snapShotActor = system.actorOf(snapShotActorProp, "snapShotActor"); System.out.println("===== event 생성"); snapShotActor.tell("커피", ActorRef.noSender()); snapShotActor.tell("사탕", ActorRef.noSender()); snapShotActor.tell("커피", ActorRef.noSender()); snapShotActor.tell("스테이크", ActorRef.noSender()); snapShotActor.tell("라면", ActorRef.noSender()); // <-- 복구기대 상태 snapShotActor.tell("사탕", ActorRef.noSender()); snapShotActor.tell("커피", ActorRef.noSender()); System.out.println("===== 상태확인"); snapShotActor.tell( "print" , ActorRef.noSender()); expectNoMessage(java.time.Duration.ofSeconds(1)); System.out.println("===== snapShotActor 종료또는 비정상종료"); snapShotActor.tell( akka.actor.PoisonPill.getInstance() , ActorRef.noSender()); expectNoMessage(java.time.Duration.ofSeconds(1)); System.out.println("snapShotActor===== 마지막 상태snapShotActor 확인재생성"); ActorRef snapShotActo2 = system.actorOf(snapShotActorProp, "eventActor"); System.out.println("===== 상태 복원확인 복원확인을 위해 probe를 액터 참조자로 지정"); snapShotActo2.tell( "print" , probe ActorRef.noSender()); // === 기대결과 1초이내에 '라면을 먹은 상태'임을 확인 : 비동기 메시지를 검사하는방법중하나 expectNoMessageexpectMsgEquals(java.time.Duration.ofSeconds(1)); , "라면을 먹은 상태" ); }}; } |
| Expand | ||
|---|---|---|
| ||
===== snapShotActor 액터생성 |
...
스냅샷은 다양한 이유로(디스크풀및 메모리풀등) 실패가 있을수 있으며 그에 대응하는 코드작성도 가능합니다. .
AKKA의 에러처리는 Exception을 발생하여 하위 컴포넌트에게 전가하기보다
주로 상위 컴포넌트에게 메시지를통해 알려주는 방식을 선택합니다.
참고Link :
- 스냅샷 : https://doc.akka.io/docs/akka/2.5/persistence.html#snapshots
- 액터상태를 DB객체와 일치화 상태객체를 DB 스키마와 일치 시키는방법 : https://doc.akka.io/docs/akka/current/persistence-schema-evolution.html
...