Radar

Radar는 장애를 주체별로 분류하고, 추정 원인과 그 직전의 변경을 붙여 한 행으로 접는다. 각 장애는 인과 링크와 영향 범위를 지니므로 어떤 크래시가 원인인지 하류 영향인지 알 수 있다. 이는 추측이 아니라 결정론적이다. 롤백 여부를 정할 때 그게 중요하다.

모든 리소스와 연결이 ELK.js로 배치되고 서버 전송 이벤트로 브라우저에 전달된다. 그래프를 네임스페이스나 레이블로 묶으면 어지러운 마이크로서비스 구성도 한눈에 읽힌다. 업데이트가 스트림으로 들어오므로 뷰는 변하는 클러스터를 그대로 반영한다. 폴링 지연은 없다.

Kubernetes는 약 1시간 뒤 이벤트를 잊는다. 보통 아직 조사 중일 때다. Radar는 모든 이벤트와 리소스 델타를 발생하는 순간 포착해 API 서버보다 오래 보관한다. 그래서 장애가 한참 전에 시작됐더라도 그 전에 무슨 일이 있었는지 되짚을 수 있다. 파드를 재시작하고 증거를 잃은 적이 있는가. 같은 문제다.

ArgoCD와 Flux가 한 뷰에 나타나며 동기화 상태, 필드 단위 드리프트, 그리고 어떤 앱이 왜 OutOfSync거나 멈췄는지에 대한 진단이 함께 온다. 어떤 컨트롤러가 불만인지 찾으려고 두 대시보드를 오갈 필요가 없다. 드리프트는 필드별로 표시되므로 무엇이 바뀌었는지 알 수 있고, 그저 뭔가 바뀌었다는 것만 아는 게 아니다. 그게 유용한 부분이다.

Radar는 보안, 신뢰성, 효율을 아우르는 36개의 모범 사례 검사를 갖췄다. 이를 캐시된 상태에 대해 1초 안에 실행한다. 별도 스캔 도구를 붙이지 않고 설정 오류를 찾는 빠른 방법이다. 더 깊은 분류를 위해 컨테이너 이미지 파일 시스템도 검사한다.

뷰가 보여 주는 모든 것을 Radar는 MCP로도 노출한다. Kubernetes MCP 서버가 있으면 Claude Code, Codex, Cursor 같은 코딩 에이전트가 같은 진단 엔진을 통해 실시간 클러스터를 조회하므로, kubectl 출력을 추측하는 대신 실제 상태에서 답한다. Diagnose는 이를 뒤집는다. 실패한 리소스를 한 번 클릭하면 읽기 전용 조사가 돌고 근본 원인을 논증한다. API 키도 계정도 필요 없다.

Helm 릴리스 관리자는 모든 릴리스, 리비전, values 파일을 나열하고 helm CLI 없이 롤백, 리비전 비교, 기록 보기를 하게 한다. 리소스 브라우저는 워크로드, 로그 스트리밍, pod exec, YAML 편집, 포트 포워딩을 처리하며, 커스텀 리소스가 나타날 때마다 추적하는 인포머를 통해 모든 CRD를 자동으로 탐색한다.

Radar는 사이드카도 에이전트도 CRD도 설치하지 않고 단일 바이너리로 실행된다. 노트북이나 클러스터 안에서 동작하며, 외부 서비스로 통신하는 것이 허용되지 않는 에어갭 환경에서 돌도록 만들어졌다. Hubble, OpenCost, Istio 트래픽 같은 기능이 있으면 Radar가 알아서 집어낸다. 찾지 못하면 꺼 둔다.