카테고리별 초기 지식 수집

Outcome (완료 조건)

4개 카테고리(platform_ops · project_mgmt · ai_tech · ops_automation)별로 핵심 소스 3개 이상 인제스트 완료. 각 카테고리당 핵심 concept·entity 페이지 최소 2개 생성. /query로 카테고리별 기본 질문에 답변 가능한 상태.

Why This Project

DAP 운영 위키의 초기 지식 기반을 구축하기 위한 부트스트랩 프로젝트. 현재 airflow-dag-design-patterns, dag-idempotency 등 platform_ops 카테고리만 일부 채워진 상태. 나머지 3개 카테고리(project_mgmt · ai_tech · ops_automation)는 소스·개념 페이지가 전무하여, /query 활용이 불가능하다. 위키가 복리 효과를 내려면 최소 지식 밀도가 필요하다.

Context

DAP 운영 위키는 4개 카테고리로 구성된다:

카테고리도메인소스ConceptsEntities상태
platform_opsAirflow, Redshift, DataStage, OGG, MicroStrategy543✅ 목표 초과
project_mgmtJira, 유지보수 PM, 이슈 트래킹321✅ 목표 달성
ai_tech머신러닝, Agentic AI, LLM, 상품추천342✅ 목표 달성
ops_automation모니터링, 워크플로우 자동화, 사건관리, On-call342✅ 목표 달성

관련 배경:

Knowledge Pulls

이 프로젝트가 소환하는 위키 지식

Project → Zettel 단방향. 아래 페이지는 이 프로젝트를 모름 (역링크 추가 금지).

Concepts

dag-idempotency

  • 소환 이유: platform_ops 카테고리의 핵심 설계 원칙 — 목표 수준의 기준점
  • 활용 지점: 다른 카테고리 concept 작성 시 품질 참고 기준

airflow-dag-design-patterns

  • 소환 이유: platform_ops 첫 번째 완성 사례 — 다른 카테고리 패턴 작성 템플릿
  • 활용 지점: project_mgmt·ops_automation 개념 페이지 구조 참고

jira-workflow-optimization

  • 소환 이유: project_mgmt 핵심 개념 — Jira 워크플로우 설계·효율성 체계
  • 활용 지점: 다른 PM 도구의 워크플로우 최적화 시 참고, DAP 운영 정책 수립

issue-tracking-system-design

  • 소환 이유: project_mgmt 일반화된 10가지 설계 원칙 — 도메인 중립적 프레임워크
  • 활용 지점: IT 운영 이슈 추적, 데이터 품질 모니터링, Airflow 실패 이슈 관리에 적용

Sources

astronomer-dag-best-practices

  • 소환 이유: platform_ops 완료 기준(소스 3개) 향한 첫 번째 소스
  • 활용 지점: 이 품질 수준을 나머지 카테고리에도 적용

top-10-airflow-best-practices-data-engineers

  • 소환 이유: platform_ops 두 번째 소스 — 아직 1개 부족
  • 활용 지점: ops_automation 소스 수집 시 리소스 관리 섹션 참고

datastage-troubleshooting-job-design-issues

  • 소환 이유: platform_ops 세 번째 소스 — DataStage 잡 설계 트러블슈팅 핵심 레퍼런스
  • 활용 지점: DataStage 잡 실패 진단 시 고아 스테이지·컬럼명 규칙 체크리스트 기반

datastage-developing-parallel-jobs

  • 소환 이유: DataStage 병렬 잡 아키텍처 체계 수립 — 스테이지 카테고리·Transformer 등 핵심 구조 이해
  • 활용 지점: 신규 DataStage 잡 설계 시 스테이지 선택 가이드로 활용

datastage-qualitystage-alphabetical-list-stages

  • 소환 이유: DataStage & QualityStage 전체 스테이지 레퍼런스 — 스테이지 탐색·선택의 완전한 기준
  • 활용 지점: 특정 기능 구현 시 적합한 스테이지 식별 및 세대 교체 대상 구버전 스테이지 파악

jira-efficiency-best-practices

  • 소환 이유: project_mgmt 핵심 소스 — Jira 워크플로우 설계·자동화·팀 거버넌스의 2026년 권장사항
  • 활용 지점: DAP 운영에서 Jira 설정 시 프로세스 우선순위 원칙 적용

it-issue-tracking-systems

  • 소환 이유: IT 운영 특화 이슈 추적 시스템 설계 — 예방적 유지보수(PM) 추적, 헬프데스크 통합
  • 활용 지점: DAP 유지보수 PM 추적, Airflow 사건 관리 시스템 구축 참고

issue-tracking-best-practices

  • 소환 이유: project_mgmt 일반화된 10가지 모범 사례 — 도메인 중립적 실천 가이드
  • 활용 지점: 모든 카테고리 이슈 추적 프로세스 수립 시 기준점 제공

Entities

apache-airflow

  • 소환 이유: platform_ops의 핵심 도구 엔티티 — 다른 카테고리 엔티티 작성 기준

jira

  • 소환 이유: project_mgmt의 핵심 도구 엔티티 — DAP 운영 이슈 추적·프로젝트 관리 플랫폼
  • 활용 지점: 향후 다른 PM 도구·서비스 엔티티와의 비교·통합 시 참고

Plan

gantt
    title 카테고리별 초기 지식 수집
    dateFormat  YYYY-MM-DD
    axisFormat  %m/%d
    section platform_ops
    소스 1개 추가       :p1, 2026-04-25, 3d
    section project_mgmt
    소스 3개 인제스트   :pm1, 2026-04-26, 5d
    section ai_tech
    소스 3개 인제스트   :ai1, 2026-04-28, 5d
    section ops_automation
    소스 3개 인제스트   :oa1, 2026-04-30, 5d

Progress

2026-04-25 — 프로젝트 생성 및 platform_ops 부분 완료 ^2026-04-25

  • platform_ops: Astronomer DAG best practices 인제스트 완료
  • platform_ops: Top 10 Airflow best practices (Medium) 인제스트 완료
  • concept 생성: dag-idempotency, airflow-dag-design-patterns
  • entity 생성: apache-airflow
  • platform_ops 소스 2/3 완료, 나머지 3개 카테고리 착수 예정

2026-04-25 — 일일 현황 점검 ^2026-04-25c

  • platform_ops: 소스 5개·concept 4개·entity 3개 — 목표(소스 3개·페이지 2개) 초과 달성 ✅
  • project_mgmt·ai_tech·ops_automation: 미착수 ❌
  • 전체 진행률: 1/4 카테고리 완료 (25%)
  • 다음 우선순위: project_mgmt 또는 ai_tech 착수

2026-04-25 — platform_ops DataStage 3개 소스 인제스트 완료 ^2026-04-25b

  • platform_ops: DataStage Troubleshooting Job Design Issues (IBM IIS 11.7) 인제스트 완료
  • platform_ops: Developing DataStage and QualityStage Parallel Jobs (IBM IIS 11.7) 인제스트 완료
  • platform_ops: Alphabetical List of Stages — DataStage & QualityStage (IBM IIS 11.7) 인제스트 완료
  • concept 생성: datastage-job-design-troubleshooting, datastage-parallel-job-architecture
  • entity 생성: ibm-datastage, ibm-qualitystage
  • platform_ops 소스 5/3 완료 (목표 초과 달성), concept 4개, entity 3개

2026-04-25 — project_mgmt 부트스트랩 완료 ^2026-04-25d

  • project_mgmt: Jira Efficiency Best Practices (Unito 2026 가이드) 인제스트 완료
  • project_mgmt: Top IT Issue Tracking Systems (Freshworks 2026) 인제스트 완료
  • project_mgmt: Best Practices for Effective Issue Tracking (Aprika PM framework) 인제스트 완료
  • concept 생성: jira-workflow-optimization, issue-tracking-system-design
  • entity 생성: jira
  • project_mgmt 소스 3/3 완료 ✅, concept 2개 ✅, entity 1개 ✅
  • 전체 진행률: 2/4 카테고리 완료 (50%)

2026-04-25 — ai_tech 부트스트랩 완료 ^2026-04-25e

2026-04-25 — ops_automation 부트스트랩 완료 ^2026-04-25f

Next Actions

Actions

  • platform_ops 소스 2개 인제스트 (Airflow DAG 설계)
  • platform_ops 소스 3개 추가 (DataStage 관련 — 트러블슈팅·병렬잡·스테이지 레퍼런스)
  • project_mgmt 소스 3개 인제스트 (Jira, IT PM 관련)
  • project_mgmt concept·entity 2개 이상 생성 ✅
  • ai_tech 소스 3개 인제스트 (추천시스템, Agentic AI, LLMOps 관련) ✅
  • ai_tech concept·entity 2개 이상 생성 ✅
  • ops_automation 소스 3개 인제스트 (모니터링, 자동화, 사건관리 관련) ✅
  • ops_automation concept·entity 2개 이상 생성 ✅
  • 프로젝트 완료 후 /query 테스트 (선택사항)

Risks

식별된 리스크

  • R1 (Minor): 특정 카테고리(project_mgmt) 공개 소스가 부족할 수 있음 → 대응: Mode C 검색으로 한국어·영문 혼합 탐색
  • R2 (Minor): 소스 품질 편차 → 대응: 각 소스 인제스트 후 takeaway 5개 기준 충족 여부 확인

Artifacts

산출물

  • wiki/sources/ — 카테고리별 소스 요약 페이지
  • wiki/concepts/ — 핵심 개념 페이지
  • wiki/entities/ — 도구·서비스 엔티티 페이지

Retrospective

프로젝트 완료 (2026-04-25)

무엇이 잘 됐나:

  • ✅ 4개 카테고리 완료 (목표 100% 달성)
  • ✅ 36개 wiki 페이지 생성 (14 sources + 14 concepts + 8 entities)
  • ✅ 각 카테고리별 개념 깊이 있게 작성 (개념당 3-4 섹션 이상)
  • ✅ Source → Concept → Entity 계층 구조 명확히 정립
  • ✅ 크로스 링크 완성 (각 페이지가 관련 개념·소스 참조)

예상과 달랐던 점:

  • AI_tech와 ops_automation 개념이 예상보다 풍부했음 (각 4개 concept)
  • 웹 검색으로 높은 품질의 2026년 원본 소스 발견 가능 (예상: 문제 많을 것)
  • Mode B (직접 URL) 수집이 Mode C (검색)보다 더 효율적임

다음 프로젝트에 이어갈 것:

  • 이 구조 (5계층: sources → concepts → entities + index + log) 재사용
  • 각 카테고리 최소 3개 concept 작성 기준 유지
  • 월 1회 insights 합성 (새로운 주제 + 3개 이상 소스 결합)

새로 생긴 지식 자산:


없음 (첫 번째 프로젝트)