srelens, 쿠버네티스 조사와 조치를 한 화면에 묶어요

srelens, 쿠버네티스 조사와 조치를 한 화면에 묶어요

AI 뉴스 썸네일

쿠버네티스 장애를 추적할 때는 리소스 화면, 로그, YAML 편집기, 터미널을 계속 오가게 돼요. 오픈소스 프로젝트 srelens는 이 작업을 로컬 우선 데스크톱 워크스페이스 하나로 모았어요. 사람과 AI 에이전트가 같은 백엔드 기능을 쓸 수 있도록 MCP 서버도 함께 제공해요. 1

핵심 요약

구분	내용
조사 도구	리소스, 이벤트, YAML, 로그, 터미널을 한 앱에서 확인해요.
클러스터 연결	로컬 kubeconfig를 이용해 쿠버네티스 API 서버에 직접 연결해요.
운영 작업	포트 포워딩, Helm, 스케일 조정, 롤아웃 재시작 같은 작업을 지원해요.
안전장치	삭제, 드레인 같은 파괴적 작업에는 확인 절차와 별도 권한 조건을 둬요.
AI 연동	데스크톱 백엔드와 같은 capability registry를 MCP 클라이언트에도 열어 줘요.

1. 쿠버네티스 트러블슈팅 흐름을 한곳에 모았어요

srelens는 SRE와 플랫폼·DevOps 엔지니어를 위한 쿠버네티스 데스크톱 도구예요. 워크로드, 네트워크, 스토리지, RBAC, 커스텀 리소스를 탐색할 수 있어요. 이벤트와 관계를 확인하고, 스키마 검증이 적용된 YAML을 편집한 뒤 서버 측 적용까지 이어갈 수 있어요. 2

장애 조사에 필요한 화면을 이어서 써요

파드나 워크로드 로그는 실시간으로 볼 수 있어요. 컨테이너가 재시작됐다면 이전 인스턴스의 로그도 불러올 수 있어요. distroless 파드에는 임시 디버그 컨테이너를 열고, 필요하면 노드 셸까지 사용할 수 있어요. 여러 클러스터의 포트 포워딩도 한 화면에서 만들고 중단할 수 있어요.

728x90

멀티 클러스터 환경도 지원해요. 여러 kubeconfig 파일을 추가하거나 붙여 넣고, 각 컨텍스트에 이름과 색상을 지정할 수 있어요. 이름이 같은 컨텍스트도 구분해서 표시해요. 운영·개발 클러스터를 자주 오가는 팀이라면 잘못된 컨텍스트에서 명령을 실행할 위험을 줄이는 데 도움이 돼요.

클러스터 접근을 별도 클라우드로 보내지 않아요

데스크톱 앱은 로컬 kubeconfig의 인증 정보를 사용해 쿠버네티스 API 서버에 직접 연결해요. srelens가 운영하는 중간 클라우드 서비스로 클러스터 접근을 우회시키지 않아요. 민감한 운영 환경에서는 어떤 서비스가 인증 정보와 API 요청을 거치는지 따져야 하는데, 이 구조는 경로를 비교적 단순하게 유지해요.

앱은 Tauri v2와 운영체제 WebView를 사용해요. 백엔드는 Rust 기반이며 `kube-rs`와 `tokio`로 쿠버네티스 연결, 로그, 터미널, 포트 포워딩을 처리해요. macOS, Linux, Windows용 설치 패키지를 제공하고 코드는 MIT 라이선스로 공개돼 있어요. 2

MCP로 같은 운영 기능을 AI 도구에 연결해요

내장 MCP 서버는 데스크톱 백엔드와 같은 capability registry에서 도구를 만들어요. 별도의 쿠버네티스 연동 계층을 다시 구현하지 않아도 MCP를 지원하는 클라이언트에서 리소스 조회와 일부 운영 기능을 호출할 수 있어요. 연결 방식은 로컬 프로세스용 stdio와 루프백 HTTP를 지원해요.

권한 조건도 구체적이에요. HTTP 연결은 bearer token으로 보호하고, 토큰을 교체하거나 폐기할 수 있어요. 화면이 없는 실행 환경에서 파괴적 작업을 하려면 호출의 `_confirm` 값과 프로세스 실행 옵션이 모두 필요해요. Secret 읽기와 클러스터 변경 권한도 서로 다른 옵션으로 나눴어요. 그래도 실제 접근 범위는 사용 중인 kubeconfig와 쿠버네티스 RBAC 권한을 따르므로, 운영 클러스터에는 최소 권한 계정을 연결하는 편이 안전해요. 2

웹 모드는 다중 사용자 환경을 따로 다뤄요

Docker 컨테이너에서 다중 사용자 웹 서버로 실행하는 방식도 제공해요. OIDC 로그인을 지원하고 사용자마다 업로드한 kubeconfig를 격리해요. 저장된 kubeconfig와 토큰은 필수 마스터 키로 암호화하고, 복호화된 파일은 tmpfs에만 두는 구조예요.

웹에서는 호스트 셸처럼 공유 서버에서 위험한 기능을 제한해요. 사용자는 RBAC 범위 안의 파드 터미널을 이용해요. 데스크톱과 웹이 같은 기능을 무조건 노출하지 않고 실행 환경에 맞춰 경계를 나눈 점은 운영 전에 확인할 부분이에요.

왜 중요한가요

쿠버네티스 운영 도구는 조회 화면이 많아질수록 조사 기록이 여러 앱에 흩어지기 쉬워요. srelens는 리소스 상태를 본 다음 로그와 터미널로 이동하고, 필요한 조치를 실행하는 순서를 한 워크스페이스 안에서 이어 줘요. 조사 중인 클러스터와 컨텍스트를 계속 확인할 수 있다는 점도 실수 방지에 도움이 돼요. 2

AI 에이전트 연동에서는 기능 개수보다 권한 경계가 더 중요해요. srelens는 사람용 화면과 MCP 도구가 같은 기능 등록부를 공유하면서도, 파괴적 작업과 민감 정보 읽기에 별도 동의를 요구해요. 도입을 검토한다면 테스트 클러스터에서 조회 전용 RBAC부터 연결하고, 감사 로그와 확인 절차가 팀의 운영 규칙에 맞는지 먼저 확인하는 편이 좋아요.

프로젝트가 제공하는 기능 범위는 넓지만 기존 운영 절차를 바로 대체할 필요는 없어요. 현재 쓰는 kubectl, 대시보드, 로그 도구와 비교해 장애 조사 시간이 줄어드는지부터 확인해 볼 수 있어요. 특히 여러 클러스터를 관리하거나 MCP 기반 운영 보조 도구를 시험하는 팀에 맞는 선택지예요.

참고 자료

1. srelens - 엔지니어와 AI 에이전트 모두를 위한 쿠버네티스 컨트롤룸 — GeekNews
2. srelens/srelens — GitHub