티켓 목록 — 옵저버빌리티 스택 도입
DAG
flowchart LR
T01["STK-OBS-01\n인프라 Kafka·Redis"]
T02["STK-OBS-02\nGrafana 스택"]
T03["STK-OBS-03\nSigNoz 스택"]
T04["STK-OBS-04\nCollector 게이트웨이"]
T05["STK-OBS-05\nbackend 계측"]
T06["STK-OBS-06\naggregator 계측"]
T07["STK-OBS-07\nml 계측"]
T08["STK-OBS-08\nfrontend 계측"]
T09["STK-OBS-09\nKafka 샘플 trace"]
T10["STK-OBS-10\nDiscord 알림"]
T11["STK-OBS-11\nPoC 비교·ADR 확정"]
T01 --> T04
T02 --> T04
T03 --> T04
T04 --> T05
T04 --> T06
T04 --> T07
T04 --> T08
T01 --> T09
T05 --> T09
T02 --> T10
T03 --> T10
T05 --> T11
T06 --> T11
T07 --> T11
T08 --> T11
T09 --> T11
T10 --> T11
Wave 분포
| Wave | 티켓 | 너비 |
|---|
| 1 | STK-OBS-01, STK-OBS-02, STK-OBS-03 | 3 |
| 2 | STK-OBS-04 | 1 |
| 3 | STK-OBS-05, STK-OBS-06, STK-OBS-07, STK-OBS-08 | 4 |
| 4 | STK-OBS-09, STK-OBS-10 | 2 |
| 5 | STK-OBS-11 | 1 |
Wave 2(Collector)·Wave 5(PoC 확정)는 본질적 병목·종합 게이트라 너비 1. 나머지 wave는 3·4·2로 fan-out 확보 — 직선형 DAG 아님.
티켓 목록
| ID | 제목 | 크기 | 의존 |
|---|
| STK-OBS-01 | 인프라 확장 — Kafka·Redis·exporter 도입 | M | — |
| STK-OBS-02 | Grafana LGTM 스택 compose 구성 | M | — |
| STK-OBS-03 | SigNoz 스택 compose 구성 | S | — |
| STK-OBS-04 | OTel Collector 게이트웨이 fan-out 구성 | M | 01, 02, 03 |
| STK-OBS-05 | backend OTel Java agent 계측 | M | 04 |
| STK-OBS-06 | aggregator OTel Java agent 계측 | S | 04 |
| STK-OBS-07 | ml(FastAPI) OpenTelemetry 계측 | M | 04 |
| STK-OBS-08 | frontend(Next.js) @vercel/otel 계측 | M | 04 |
| STK-OBS-09 | Kafka 샘플 produce→consume trace 검증 | S | 01, 05 |
| STK-OBS-10 | Discord webhook 알림 연동 (양 스택) | S | 02, 03 |
| STK-OBS-11 | PoC 비교 측정 + ADR-001 확정 | M | 05, 06, 07, 08, 09, 10 |
베이스 브랜치 규칙
- 선행 의존이 없는 티켓(01·02·03)은
main을 베이스로 브랜치 생성.
- 선행이 있는 티켓은 선행 티켓이 main에 머지된 후 main 기준으로 시작.
- 모든 티켓 브랜치가 main에 머지되어야 과제 완료.