Page History
...
- 생성 - 테스트에 사용할 액터를 생성한다. 부모 : supervisor , 자식 : child1
- 예외 - child1액터에게 널 예외 유발시킨다.
- 장애 - child1액터 crash 및 복구확인
- 체크 - child1에게 메시지보내어 작동중인지 확인 - 복구가 되었음으로 전송가능
- 예외 - child1액터에게 인자값 예외 유발시킨다.
- 장애 - child1가 crash가 된것 확인
- 체크 - child1에게 메시지를 보내 작동중인지 확인 - crash임으로 전송불가
구현및 실행코드
...
| Code Block | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
public class Supervisor : UntypedActor
{
private readonly ILoggingAdapter log = Context.GetLogger();
//장애처리 룰을 정의합니다.(서비스 코드와 완전분리)
protected override SupervisorStrategy SupervisorStrategy()
{
return new OneForOneStrategy(
maxNrOfRetries: 10, //최고 시도횟수
withinTimeRange: TimeSpan.FromMinutes(1), //최고 시도 시간
localOnlyDecider: ex =>
{
// Exception별 복구전략
if( ex is ArithmeticException )
return Directive.Resume;
else if( ex is NullReferenceException)
return Directive.Restart;
else if (ex is ArgumentException)
return Directive.Stop;
else
return Directive.Escalate;
});
}
protected override void OnReceive(object message)
{
if (message is string)
{
string msg = message as string;
if ( msg.Contains("create-") )
{
string childName = msg.Split('-')[1];
log.Info("CreateChildActor:" + childName);
var childActor = Context.ActorOf<Child>(childName);
Context.Watch(childActor);
Sender.Tell(childActor);
}
}
}
}
public class Child : UntypedActor
{
private int state = 0;
private readonly ILoggingAdapter log = Context.GetLogger();
protected override void OnReceive(object message)
{
if( message is Exception) //가상의 예외가 발생했다고 가정하고,Let it Crash( 죽게놔둠 )
{
throw message as Exception;
}
else if (message is int) // 서비스코드는 예외에대한 어떠한 키워드도 사용할 필요가 없습니다.
{
state = (int)message;
}
else if (message is string)
{
switch (message as string)
{
case "get":
log.Info("Active Check"); //메시지를 받을수 있는지 체크
Sender.Tell(state);
break;
}
}
}
protected override void PreRestart(Exception reason, object message)
{
log.Info("Actor Restart - reason:" + reason.GetType().Name ); //액터 재 시작된이 야기된 이유를 , 재시작시 알수 있습니다.
}
} |
...
| Expand | ||
|---|---|---|
| ||
[INFO][2017-09-13 오전 7:34:22][Thread 0029][[akka://ServiceA/user/supervisor#740151541]] CreateChildActor:child1 AKKA뿐아니라, 동시성 메시지 처리가되는 라이브러리를 이해하려면 로그를 잘 파악해야 합니다. 위 로그는 붉은색일때 어떠한 에러가 발생하였으며, 예외의 범위중 Null 참조에러일경우 파란색부분, 즉 객체리셋을 통한 복구 플랜을 작동하고 인자값 예외일 경우... 그냥 Child 노드가 정지되게 놔두는 것을 로그로 확인이 가능합니다. 이것은 우리의 의도대로 잘 작동됨을 의미 합니다. |
| Info | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
결함 처리를 이렇게 어렵게해? 의문을 제기할수 처리가 다소 이질적일수 있습니다. 하지만 위와 같은 플랜을 가진 예외처리를 , 전통적인 익센셥처리인 Try / Catch를 사용하게되는경우 다음과 피호출자에게 책임을 떠맡는 다음과 같은 문제가 발생하게 됩니다. 호출자에게 예외를 던지면, 대부분기존 예외처리는, 예외 발생에대해 복구를 하기보다, 책임을 전가하면서 빠르고 우아하게 상위코드로 흐름을 변경할수 있다란 특징이 있으며 절대로 죽지 않게하고, 로그를 처리할때는 유용할수 있습니다. 기존 예외처리에 재시도 처리를 하고자 한다면 다음과 같은 문제가 있을수 있습니다. 호출자에게 예외를 던지면, 대부분 호출자는 어떻게 처리해야할지 모름다음과 같이, 로컬에 파일이 추가 되면 DB까지 자동으로 적는 FileWatcher가 있다고 가정해봅시다.
기존 예외처리모델의 예외 처리 모델의 문제는, 호출자에게 책임을 계속 떠넘기는데 떠 넘기는데 있습니다. 호출구조상 Stack의 윗부분에는, 에러핸들링 처리를 위한 충분한 정보가 없습니다. 즉 D과정에 DbBrockenConnectionException 이 발생하고 이과정에서 예외가 발생하여 C의 예외처리기에 갔다고 했을시, C가가진 예외처보및 LogWrite기는 기존 DB접속에대한 정보가 없어서 재시도할 충분한 정보가 없습니다. 물론 피호출자에게 에러처리를 위한 정보를 계속 전달할수도 있습니다. 하지만 예외 처리를 위해서 위해 LogWrite기에서 DB재시도를 위해 위해 DBWriter를 재생성할수도 있으나, DB 정보접속을 전달하는것은 설계원칙을 깰수가 있습니다. LogWriter기는 DB의 접속정보를 가지고 있지 말아야합니다. 책임을 지지않는 전역 Catch과거 예외 핸들링이 지원안되었을시, retun -1,switch(error) 이러한 코드로 일관성없는 에러처리를 위한 로직을 작성하였고서비스 코드와 혼재하였고 이것을 개선하고자 예외 처리모델이 나왔습니다. 예외를 발생시키고 , 어느곳에 집결을하여 예외 핸들링을 할수가 있어서 조금더 구조적인 예외 핸들링이 가능해졌습니다. Exception을 세부적으로 설계하고 구조적으로 Catch를 하여 일관성을 유지하는것 그것이 예외처리 모델에 기본이였습니다. AKKA에서는 부모가 자식(정확하게는 호출자)에게 예외를 전가시키지 않는 관리감독 전략을 통해 에러핸들링을 서비스 코드에서 분리하고, 최대한 서비스코드에서 에러처리를 분리하여 상위 부모에서 해결하려는 전략을 사용합니다. 생성에 관여한 부모액터가 가장 적절한 복구전략을 세울수 있기때문입니다. 물론 액터는 트리형태의 구조적인 형태로 구성이 되기때문에, 이러한 관리자 감독에 의한 에러처리가 가능하며 모든경우 다 사용할수 있는 방법이 아니기때문에 익셉션처리 프로그래밍은 여전히 중요하게 사용되고 있으며, 액터의 복구전략과 예외처리 프로그래밍을 비교하는것은 예외처리 프로그래밍을 더 고찰할수 있게합니다. - 예외 처리 가이드
|
...