콘텐츠로 이동

06. Stream session

레퍼런스 목차

이 category는 STREAM session 코드 안에서 쓰는 진입점(ZLinkSession, ZLinkStream, ZLinkSessionActors, ZLinkSessionActor)과 Actor 코드 안에서 bound session에 쓰는 진입점 (ZLinkBoundSession)을 다룬다. 정확한 signature는 Channel, request와 routing exact interface기초 타입과 구성 exact interface가 소유한다.


Session 콜백 구현 (ZLinkSession)

이 STREAM session이 받을 lifecycle·packet 이벤트를 처리한다. registerSession(...) (topology-discovery category)로 등록한 타입이 구현한다.

export class GameSession implements ZLinkSession {
  readonly context!: ZLinkSessionContext;

  async onConnected(context: ZLinkSessionContext) { ... }
  async onDisconnected(context: ZLinkSessionContext) { ... }
  async onError(context: ZLinkSessionContext, error: ZLinkStreamError) { ... }
}

옵션. onConnected/onDisconnected/onError/onDispatch는 모두 optional method다. Typed packet은 session class 자체에 두지 않고, 별도 handler class를 ZLinkSessionPacketHandler<TSessionContext, TMessage>로 구현해 @ZLinkStreamPacket()(또는 raw ZLinkSessionHandlerRegistry.addHandler(handlerType))로 등록한다.

Handler 등록 방식
ZLinkSessionPacketHandler<TSessionContext, TMessage> typed handler. handle(context, dispatch, message) 구현 후 context.handlers.addHandler(handlerType)으로 등록
ZLinkSession.onDispatch?(dispatch, payload) 위 typed handler가 처리하지 못한 packet에 대한 fallback

완료 결과. 모든 callback은 Promise<void>를 반환한다. onConnected/onDisconnected는 연결·해제마다 한 번, onError는 transport 오류마다, typed handler는 Framework 내부 recv loop가 header framing과 queue admission을 끝낸 뒤 packet마다 호출한다. Handshake 실패는 session이 만들어지기 전이므로 onError가 아니라 runtime monitoring에만 기록된다.

선택 기준. stream-session topology를 쓰는 모든 host가 구현한다. ZLinkSessionDispatchContext.canReplytrue인 packet에만 reply로 응답할 수 있다.


write (ZLinkStream, raw transport handle)

Typed call을 거치지 않고 STREAM transport에 직접 payload를 쓴다.

const written = stream.write(ZLinkMessage.from(rawFrame));

옵션. 이 호출에는 flags?: number만 있다.

완료 결과. 동기 boolean을 반환한다 — admission 성공 여부만 알려주며 typed call과 같은 Promise 기반 완료 kind를 쓰지 않는다.

선택 기준. Typed send/reply call이 감당하지 못하는 저수준 전송이 필요할 때만 쓴다. 일반 업무 메시징에는 sendreply를 쓴다.


send (ZLinkSessionClient)

연결된 client에 one-way message를 보낸다. ZLinkSessionContext.client가 제공한다.

await sessionContext.client.send(new ServerTick(tickNumber)).submit();

옵션. ZLinkSessionSendCall이 제공하는 modifier는 다음과 같다.

Modifier 기본값 의미
.metadata(key, value) 없음 client에 전달할 key-value
.compress(enabled?) 비압축 등록된 stream compression codec으로 payload를 압축
.timeout(timeoutMs) STREAM socket send timeout 이 send의 admission 대기를 더 짧게 제한
.submit(signal?) 필수 terminal source-local admission까지만 기다린다

완료 결과. messaging-execution category의 one-way 완료 kind와 같다 — socket send timeout까지 기다린 뒤 없으면 DeadlineExceeded, connection 단절은 Unavailable. 호출별 timeout은 socket timeout을 연장하지 않으며 둘 중 먼저 도달하는 deadline을 사용한다. 값은 1..INT_MAX millisecond여야 하고 deadline 뒤 late admission이나 replay는 없다. Reply에는 이 modifier를 적용하지 않는다.

선택 기준. Client가 보낸 request가 아닌, server가 먼저 보내는 push 메시지에 쓴다. Client의 request에 답할 때는 reply를 쓴다.


reply (ZLinkSessionClient)

현재 처리 중인 request packet에 응답한다.

await sessionContext.client.reply(new GetPlayerStateResult(state)).submit();

옵션. ZLinkSessionReplyCall이 제공하는 modifier는 .compress(enabled?)와 필수 terminal .submit(signal?)뿐이다 — send와 달리 metadata modifier가 없다.

완료 결과. 이 request의 one-shot reply token을 원자적으로 claim한 뒤 전송한다. 같은 token으로 만든 두 번째 reply 호출은 claim에 실패해 transport를 시도하지 않고 exceptional completion으로 끝난다. Caller의 request timeout은 wire로 전달되지 않으므로 이 reply의 admission deadline은 STREAM socket send timeout만 사용한다.

선택 기준. ZLinkSessionDispatchContext.canReplytrue인 packet(request)에만 쓴다. Client가 보낸 것이 아닌 새 메시지를 보내려면 send를 쓴다.


bind / bindOrGet (ZLinkSessionActors)

이 STREAM session에 Actor를 묶어 Actor 쪽에서 이 연결로 push할 수 있게 한다. ZLinkSessionContext.actors로 호출한다.

const bound = await sessionContext.actors.bindOrGet(actorRef);

옵션. 이 호출에는 modifier가 없다 — ActorRef와 선택적 signal만 받는다.

완료 결과. bind는 매번 새 binding을 만든다. bindOrGet은 이미 bound된 같은 incarnation이 있으면 그것을 반환한다. Binding은 actorId + objectGeneration의 exact incarnation 하나로 고정된다. Active Message Follow route가 없으면 NotFound, generation이 다르면 InvalidOperation, pre-commit seal 중이면 Unavailable이다. Bind retry가 deadline 안에 완료되지 않으면 DeadlineExceeded로 끝난다. find(actorId)로 이미 bound된 handle을 동기 조회할 수 있고, bound는 현재 session에 bound된 전체 목록을 반환한다.

선택 기준. Actor가 이 client 연결로 직접 push해야 할 때 bind한다. Relocation이 일어나도 ZLinkSessionActor.ref가 current location snapshot으로 갱신되므로 application이 다시 bind할 필요는 없다.


relay / notifyDisconnected (ZLinkSessionActor)

Bind로 얻은 ZLinkSessionActor를 통해 이 Actor 쪽에서 client로 payload를 전달하거나 연결 단절을 통지한다.

await sessionActor.relay(ZLinkMessage.from(new RoomUpdated(state)));

옵션. 두 호출 모두 modifier가 없다 — payload(relay)와 선택적 signal만 받는다. relayZLinkSessionDispatchContext를 함께 받는 overload도 있다.

완료 결과. Payload만 받는 relay는 local relay queue가 operation을 수락하면 정상 완료하는 one-way admission이다. Dispatch context를 받는 overload는 explicit current STREAM request reply capability를 호출 즉시 runtime에 이전한다 — admission에 성공하면 Actor typed reply가 original STREAM correlation을 terminal-once로 완료하고, admission 실패면 같은 correlation을 typed failure로 완료한다. notifyDisconnected는 connection이 유지된 상태에서 논리적 단절을 알리는 notification이며 callback terminal까지 기다린다. Physical disconnect는 Framework가 자동으로 현재 binding 전체에 통지하므로 이 호출이 그 대체 경로는 아니다. Exact binding callback은 최대 한 번 실행하고 terminal 뒤 tombstone을 남긴다. Rebind는 새 binding을 먼저 등록하며 이전 callback failure가 새 binding을 제거하거나 이전 binding을 복원하지 않는다. 같은 generation의 relocation route 갱신은 rebind가 아니므로 disconnect callback을 실행하지 않는다.

선택 기준. Actor 쪽 코드에서 특정 bound client에 직접 전달할 때 쓴다. Request에 대한 응답은 Session 쪽 reply가 처리한다.


send (ZLinkBoundSession, Actor 코드 안)

Actor에서 자신에게 bind된 client로 one-way message를 보낸다. ZLinkActorContext.boundSession이 제공한다.

await context.boundSession.send(new InventoryChanged(item)).submit();

옵션. ZLinkBoundSessionSendCall이 제공하는 .metadata(...)와 필수 terminal .submit(signal?)이 있다.

완료 결과. messaging-execution category의 one-way 완료 kind와 같다. 이 표면은 client를 향한 새 request operation을 제공하지 않는다 — client request에 대한 reply는 Actor request handler의 반환값으로 처리한다.

선택 기준. Actor 코드 쪽에서 bound client로 push할 때 쓴다. Session 쪽에서 직접 보내려면 위 send(ZLinkSessionClient) 항목을 쓴다. 연결을 끊으려면 ZLinkBoundSession.disconnect(signal?)을 쓴다.


close (연결 종료)

Session이나 raw transport handle을 닫는다. ZLinkSessionContext.close(signal?)ZLinkStream.close(signal?)이 각각 제공한다.

await sessionContext.close(); // Session 쪽에서 이 연결을 닫는다
await stream.close();         // transport handle에서 직접 닫는다

옵션. 두 호출 모두 modifier가 없다.

완료 결과. 연결을 닫는다. 이미 닫힌 연결에 다시 호출해도 이 문서가 정의하는 별도 예외 계약은 없다 — 정확한 재호출 의미는 exact interface를 확인한다.

선택 기준. Application이 자발적으로 이 STREAM 연결을 끊어야 할 때 쓴다. Actor 쪽에서 bound client 연결을 끊으려면 ZLinkBoundSession.disconnect(signal?)을 쓴다.


disconnect (Actor 코드 안, bound session)

Actor에서 자신에게 bind된 client 연결을 끊는다. ZLinkBoundSession.disconnect(signal?)로 호출한다.

await context.boundSession.disconnect();

옵션. 이 호출에는 선택적 signal만 있다.

완료 결과. Bound session과의 연결을 끊는다.

선택 기준. Actor 쪽 코드에서 특정 client 연결을 더 유지할 필요가 없을 때 쓴다. Session 쪽에서 직접 끊으려면 close 항목을 쓴다.


전체 근거는 Channel, request와 routing exact interface기초 타입과 구성 exact interface를 참고한다.