Ticketing Go 라이브러리 ​

리포지토리 ​

예제 ​

간단한 예제 ​

context.Context를 받는 블로킹 API입니다. 브로커는 앱 시작 시 한 번 만들어 공유하면 되고, 연결·재접속·리더 추적은 알아서 처리됩니다. wait=0은 queue 없는 즉시 시도이고 최대 255초, lease는 1~250초입니다. 마지막 minWorkBudget은 필수이며 0도 허용됩니다. 시간은 wire 초로 올림하고 범위 초과, lease 0, budget 250초 초과 또는 정규화한 lease 초과는 송신 전에 오류로 반환하며 값을 잘라 맞추지 않습니다.

import ticketing "github.com/saro-lab/ticketing/ticketing-go"

broker := ticketing.Connect("127.0.0.1:5225")
broker.WaitReady(ctx, 5*time.Second)

ticket, err := broker.Acquire(ctx, "key", 5*time.Second, 30*time.Second, 2*time.Second)
if err != nil {
    return err
}
defer ticket.Close()
token := ticket.Token
// 같은 DB transaction에서 token high-water 검사/갱신과 업무 write

ticket.Close()는 백그라운드 best-effort 반납이라 defer에 바로 넣을 수 있습니다. 반납 결과를 확인하려면 ticket.Release(ctx)의 (bool, error)를 검사합니다.

알아 두면 좋은 동작 ​

• frame 전송 가능성이 생기기 전 context 취소는 KindIO입니다. 그 뒤 취소되면 KindIndeterminate 이고 pending 응답을 bounded하게 지켜보다 grant가 확인되면 정확한 token으로 보상 반납을 시도합니다. 같은 owner는 자동 재전송하지 않습니다.
• 응답 유실, M, 모든 E, malformed 응답은 session을 닫습니다. 확정되지 않은 possible-send acquire는 KindIndeterminate이며 caller는 임계 구역에 들어가면 안 됩니다.
• KindBusy 는 server capacity의 확정 미획득이며 즉시 반환됩니다. 내부 자동 재시도는 없습니다.
• 명시적·보상 반납은 호출 또는 queue 등록 시점부터 계산한 절대 5초 deadline 안에서만 정확한 token으로 재시도합니다. R은 성공, N은 이미 없거나 현재 token이 아님이 확정된 결과이고, deadline까지 최종 응답이 없으면 성공으로 가장하지 않고 오류를 반환합니다.
• KindInsufficientLease는 알려진 정확한 token으로 보상 반납을 시도하고 Ticket을 전달하지 않습니다. ticket.ConservativeValidBefore()는 보수적인 local 상한이며 fencing을 대신하지 않습니다.
• ticket.Token 은 uint64 펜싱 토큰입니다. DB high-water와 업무 write를 같은 transaction에서 처리하고 종료가 확인된 뒤 Release/Close합니다.

보안 옵션 (토큰 · TLS) ​

옵션은 모두 선택입니다. Token은 서버의 client_tokens와 맞추고, TLS는 끔 / 시스템 신뢰 저장소 / CA 지정 / 검증 생략(테스트 전용) 네 가지 모드입니다.

broker, err := ticketing.New(ticketing.Options{
    Addrs: []string{"10.0.0.1:5225", "10.0.0.2:5225", "10.0.0.3:5225"},
    Token: "123",
    TLS:   ticketing.TLSSystemRoots(), // TLSOff() | TLSCa("ca.crt") | TLSInsecureSkipVerify()
})

서버 쪽 토큰·TLS·클러스터 구성은 Ticketing 서버 배포에서 만들 수 있습니다.