체계적 이슈 트래킹 & 장애 추적 (2021 ~ 2026, 상시)

0한눈에

• 도구: Jira(이슈 트래킹) + Confluence(문서) 1:1 연결.
• 규모: 5년간 Jira 이슈 1,000건 이상 직접 관리(완료율 약 85%), 긴급(Emergency) 온콜 57건 이상 추적·대응.
• 역할: 데이터 엔지니어 · 데이터파트 (2026~ 파트리더).
• 핵심 산출물: 표준 Prefix 체계, 표준 RCA 보고서 포맷, 증거 보존 원칙.

1표준 Prefix 체계

작업/문서 식별을 위해 표준 Prefix를 운영한다. 예: TRBL = 장애(trouble). Prefix로 Jira 이슈 ↔ Confluence 문서를 1:1로 묶어, 어떤 장애·작업이든 티켓에서 문서로, 문서에서 티켓으로 바로 추적된다.

2이슈 라이프사이클

1. 인입: 작업·장애 이슈를 Jira에 등록
2. 분류: 표준 Prefix(TRBL 등)로 구분, Confluence 문서 연결
3. 추적: 상태 전이 + 파이프라인 상태 플래그(processed 등)로 단계별 진행 추적
4. RCA: 장애는 표준 포맷 원인 분석 보고서 작성
5. 재발 방지: 조치·예방책 정의 후 클로즈

3RCA 보고서 표준 포맷

장애 발생 시 아래 5개 항목을 직접 채운다.

• 장애 현황 — 무엇이 어떻게 안 되는가
• 발견 시각 — 인지/발생 시점
• 원인 분석 — 근본 원인(root cause)
• 조치 — 즉시 취한 복구 조치
• 재발 방지 — 다시 안 터지게 할 예방책

4증거 보존 원칙

정확한 원인 규명을 위해 장애 해결 전 증거를 절대 지우지 않는다. error.log·syslog 등 로그와 관련 파일을 보존하고, 해결 전 디렉터리 삭제 금지를 운영 원칙으로 둔다. 증거가 사라지면 RCA의 원인 분석이 추측으로 떨어진다.

5장기 추적은 Epic으로

복제 지연·데이터 정합성처럼 한 번에 안 끝나고 장기 추적이 필요한 이슈는 Epic으로 묶어 하위 이슈를 지속 트래킹한다. 단발 티켓으로 흩어지지 않게 하는 게 목적.

6온보딩 포인트

• 모든 작업·장애는 Prefix → Jira ↔ Confluence 1:1로 남긴다.
• 장애는 5항목 RCA(현황·발견 시각·원인·조치·재발 방지)로 닫는다.
• 해결 전엔 증거(log/디렉터리)를 지우지 않는다.
• 장기 이슈는 Epic, 파이프라인 진행은 상태 플래그로 추적.

7공개(포트폴리오)와의 차이

공개 버전(human/portfolio/items/issue-tracking.html)은 내부 티켓 ID·내부 호스트명·IP·내부 테이블/뷰명·고객사명·동료 이름을 제거하고, 프로세스(인입→분류→추적→RCA→재발 방지)와 임팩트(1,000건+·85%·57건+) 중심으로 일반화했다. 일반 기술어(Jira·Confluence·RCA·Kubernetes·CrashLoopBackOff·Pod Eviction·Epic·Prefix)는 그대로 유지. 이 내부 문서는 본인 참고/온보딩용으로 내부 식별자를 포함할 수 있다.