시스템을 만들고,
계속 관찰하며 발전시킵니다.
아키텍처는 시작점일 뿐입니다. Commit, Release, Regression, Incident와 운영 과정에서 나온 지식까지 연결해 시스템이 어떻게 발전하는지 보여줍니다.
Standards → Baseline → Platform → Capabilities → Workloads
The map is intentionally read top-to-bottom on mobile: engineering rules create a reproducible baseline, the platform integrates shared capabilities, and workloads expose the seams that need verification.
관찰 중인 시스템
각 시스템에서 문제, 아키텍처, 주요 결정, Development Pulse, 검증 근거와 교훈을 함께 볼 수 있습니다.
All systems재현 가능하고 검증 가능한 Kubernetes Internal Developer Platform
로컬 Kubernetes에서 Kafka·CDC·Flink·Iceberg·Trino·Superset·Airflow를 통합하는 데이터 플랫폼. 통합 control plane(manager/)을 같은 저장소에 포함
Apple Silicon에서 Kubernetes Control Plane과 macOS MLX Compute를 결합하는 하이브리드 MLOps 데스크톱 앱
핀(pin)으로 이어 붙인 두 저장소는 118 커밋을 뒤처졌고 크로스 레포 변경은 원자적이지 않았습니다. beluga-manager를 beluga의 manager/ 디렉터리로 통합한 결정과 대안, 결과를 ADR-0005 기준으로 정리합니다.
2026년 숭실대학교 소프트웨어특강2에서 발표한 「AI Agent 시대와 인간 개발자의 역할」을 글로 정리했습니다. 내 장애 기록 사례로 보는 조용한 실패, 그리고 맡길 것과 사람이 쥘 것의 기준입니다.
IP가 바뀔 때마다 SSH·kubeconfig·hosts·CA를 손으로 맞추던 반복 작업을 Profile 하나로 묶기까지
OpenForge false-green 탐지기가 `|| true` 패턴에서 구조적으로 다른 두 번째 형태까지 확장된 과정과, 그 과정에서 실제로 잡아낸 narwhal/beluga 버그
판단 기준이 어떻게 변해왔는가
Framework → DevOps → Cloud Native → Platform → OSS → AI-assisted engineering. 기술은 바뀌었지만, 운영 원칙은 더 명확해졌습니다.