비교 대상 제품의 현행 버전 — Kubernetes Dashboard 차트 7.14.0 · Portainer 2.45.1 · KubeSphere 4.1.3 · Kubeapps 폐기(2025-08, SAP 포크로 이관). 2026-09-20 확인.
현재 요구사항을 만족하는 이미 개발된 오픈소스 관리도구는 없다.
판단 근거는 아래 요건 매트릭스로 요약할 수 있다.
표기:
O 충족△ 부분 충족X 미충족 또는 본질적으로 범위 밖| 요건 목록 | Rancher | KubeSphere | Headlamp | Portainer CE | FreeLens | Kubernetes Dashboard |
|---|---|---|---|---|---|---|
| Kubernetes 클러스터/워크로드 통합 관리 | O | O | △ | △ | △ | △ |
| YAML 조회/편집 + 운영 액션 중심 UX | △ | △ | △ | △ | △ | X |
diff / dry-run / apply / restart 일체형 흐름 |
X | X | X | X | X | X |
| Git-빌드-푸시-롤아웃 통합 | △ | △ | X | X | X | X |
| Grafana / Prometheus / Loki 느슨한 통합 | △ | △ | X | X | X | X |
| CDP 모니터링 / 제어 | X | X | X | X | X | X |
| Kubernetes 외 Linux 노드 점검 | X | X | X | X | X | X |
| Pacemaker / Keepalived 등 HA 상태 확인 | X | X | X | X | X | X |
| 폐쇄망 단일 사이트용 경량 통합 콘솔 적합성 | △ | △ | △ | △ | X | △ |
| 소규모 운영팀 맞춤형 통합 워크플로 내재화 | △ | △ | △ | X | X | X |
| 현재 요구사항 전체 충족 여부 | X | X | X | X | X | X |
| 항목 | 판단 |
|---|---|
| 가장 강한 범용 플랫폼 후보 | Rancher, KubeSphere |
| 가장 유용한 Kubernetes UI 참조 후보 | Headlamp |
| 빠른 운영도구 참고 후보 | Portainer CE, FreeLens |
| 현재 요구사항 전체를 그대로 대체 가능한 제품 | 없음 |
| 최종 권고 | 기존 제품 조합이 아니라 통합 관리도구 별도 개발 필요 |
요약하면 다음 한 문장으로 정리할 수 있다.
현재 요건을 만족하는 이미 개발된 도구는 없으며, 통합 관리도구를 별도로 개발해야 한다.
이 문서는 목표 기능 요구사항 기준으로 오픈소스 쿠버네티스 관리도구를 비교한다.
핵심 전제는 아래와 같다.
관측, 로그, 리소스 YAML 편집, 운영 액션, 간단한 계정관리, Git/이미지 빌드/배포 연결, 외부 시스템 연계까지 포함한다.CDP 모니터링/제어와 쿠버네티스 외 일반 Linux 노드 모니터링까지 같은 운영 콘솔 안에 포함하는 방향이다.2026-07-24
조건 완전 상용이 아니면 비교 대상 포함에 맞춰, 다음처럼 범위를 잡았다.
RancherKubeSphereHeadlampPortainer CEFreeLensKubernetes DashboardArgo CD, Flux완전 상용 전용 제품사실상 아카이브/역사적 의미가 큰 도구Kubernetes 운영 전체가 아니라 특정 한 분야만 다루는 도구아래 표는 현재 구현되었거나, 향후 추가되어야 하는 기능과 워크플로를 기준으로 매칭 가능한 오픈소스 스택을 정리한 것이다.
표기:
현재 = 현재 구현 완료 또는 구현 흔적이 명확한 범위추가 = 현재 문서/코드 기준 향후 강화가 필요한 범위후보 OSS 스택 = 해당 영역을 보완하거나 참조할 수 있는 오픈소스비고 = 단일 제품 대체 가능 여부 또는 커스텀 필요 여부| 기능 / 워크플로 | 상태 | 후보 OSS 스택 | 비고 |
|---|---|---|---|
| K8s 클러스터 개요, 워크로드 탐색 | 현재 | Rancher, KubeSphere, Headlamp, Portainer CE |
이 영역만 보면 대체 후보 다수 존재 |
| YAML 조회/편집, 리소스 조작 | 현재 | Rancher, Headlamp, FreeLens |
직접 편집은 가능해도 목표 운영 액션 집중 UX는 별도 |
diff / dry-run / apply / restart 일체형 운영 흐름 |
현재 | 직접 대체 OSS 확인 어려움 | kubectl 중심 커스텀 통합 계층 필요 |
| 매니페스트 업로드 기반 빠른 배포 | 현재 | Portainer CE, Rancher |
일부 가능하나 목표 운영 흐름과 동일하지 않음 |
| 스냅샷 / 비교 / 복원 / 리포트 | 현재 일부, 추가 강화 필요 | 직접 대체 OSS 확인 어려움 | 커스텀 통합 관리도구 고유 영역에 가까움 |
| Grafana 대시보드 임베드 | 현재 | Grafana |
외부 연계형으로 충분 |
| Prometheus 상태/알림 조회 | 현재 | Prometheus, Alertmanager |
읽기/조회는 표준 스택 활용 가능 |
| Loki 로그 조회 | 현재 | Loki, Grafana |
LogQL, labels, query API 활용 가능 |
| Git 저장소 조회, 브랜치/파일 탐색 | 현재 | Gitea/Forgejo API, Argo CD, Flux |
GitOps만으로는 파일 탐색/직접 빌드 흐름을 대체하지 못함 |
| Git-빌드-푸시-롤아웃 Builder | 현재 | Argo CD, Flux, Tekton, Jenkins X 참고 가능 |
브랜치 선택형 내부 배포 콘솔은 별도 개발 필요 |
| 내부 사용자/역할 관리 | 현재 | Keycloak 같은 외부 OSS 가능 | 대상 구조는 오히려 단순 내장형이 목표 |
| CDP 모니터링/제어 | 현재 | 직접 대체 OSS 없음 | Cloudera Manager API 연계 커스텀 필수 |
| 일반 Linux 노드 점검 | 현재 | node_exporter, Telegraf, Netdata 참고 가능 |
단순 메트릭은 가능하나 목표 점검/보고서 흐름은 별도 |
| Pacemaker/Keepalived HA 상태 확인 | 현재 | 직접 대체 OSS 확인 어려움 | SSH/CLI 수집형 커스텀 필요 |
| 멀티클러스터 UI | 추가 | Rancher, KubeSphere, Headlamp Projects |
개념 참조 가능, 요구사항에 맞춘 구조화 필요 |
| Pod 로그 스트림, 감사, 이력 강화 | 추가 | Loki, Grafana, OpenSearch 계열 참고 가능 |
운영 액션과 결합된 UX는 별도 설계 필요 |
아래 조합은 "현재 확인된 OSS만으로 어디까지 가능한가"를 보기 위한 초안이다.
중요한 점은 어느 조합도 현재 전체 요구사항을 그대로 충족하지 못한다는 것이다.
구성:
HeadlampArgo CDGrafanaPrometheusLokinode_exporterCloudera Manager API 연계용 커스텀 어댑터| 기능 요건 | 만족 여부 | 비고 |
|---|---|---|
| K8s 조회/탐색 | O | Headlamp 강점 |
| YAML 편집/운영 액션 | △ | 일부 가능, 목표 수준의 일체형 흐름 부족 |
| GitOps/배포 | △ | Argo CD 강함, 직접 빌드 콘솔은 아님 |
| 로그/메트릭/대시보드 | O | 표준 OSS 조합 가능 |
| CDP 모니터링/제어 | △ | 커스텀 어댑터 전제 |
| Linux 노드 점검/HA | △ | 메트릭은 가능, 점검/보고서/HA 상세 부족 |
| 폐쇄망 경량성 | O | 상대적으로 가벼움 |
| 전체 요구사항 충족 | X | 통합 워크플로와 비-K8s 축 부족 |
구성:
RancherArgo CD 또는 FleetGrafanaPrometheusLokinode_exporterCloudera Manager API 연계용 커스텀 어댑터| 기능 요건 | 만족 여부 | 비고 |
|---|---|---|
| K8s 조회/탐색 | O | 매우 강함 |
| YAML 편집/운영 액션 | △ | 플랫폼 기능은 강하지만 목표하는 얇은 UX는 아님 |
| GitOps/배포 | O | Fleet 또는 Argo CD 조합 가능 |
| 로그/메트릭/대시보드 | O | 표준 조합 가능 |
| CDP 모니터링/제어 | △ | 커스텀 어댑터 전제 |
| Linux 노드 점검/HA | X | Rancher 본질 범위 밖 |
| 폐쇄망 경량성 | △ | 가능하지만 무거움 |
| 전체 요구사항 충족 | X | 비-K8s 운영과 경량 통합 콘솔 요구 미충족 |
구성:
KubeSphereArgo CD 또는 KubeSphere DevOps 참고GrafanaPrometheusLokinode_exporterCloudera Manager API 연계용 커스텀 어댑터| 기능 요건 | 만족 여부 | 비고 |
|---|---|---|
| K8s 조회/탐색 | O | 강함 |
| YAML 편집/운영 액션 | △ | 플랫폼형 기능은 넓지만 목표하는 세밀한 흐름은 부족 |
| GitOps/배포 | △ | 가능하나 플랫폼 프레임에 맞춰야 함 |
| 로그/메트릭/대시보드 | O | 통합 인상은 좋음 |
| CDP 모니터링/제어 | △ | 커스텀 어댑터 전제 |
| Linux 노드 점검/HA | X | 본질 범위 밖 |
| 폐쇄망 경량성 | △ | 운영 복잡도 높음 |
| 전체 요구사항 충족 | X | 플랫폼은 강하지만 목표 요구사항과 거리 존재 |
| 조합 | 핵심 스택 | 장점 | 한계 | 전체 요구사항 충족 |
|---|---|---|---|---|
| A | Headlamp + Argo CD + Grafana/Prometheus/Loki + node_exporter + custom CDP |
가장 가볍고 K8s UI 품질이 좋음 | 비-K8s 운영, CDP, 통합 액션 흐름 부족 | X |
| B | Rancher + Fleet/Argo CD + Grafana/Prometheus/Loki + node_exporter + custom CDP |
K8s 플랫폼 역량 가장 강함 | 무겁고 경량 통합 콘솔 목표와 거리 있음 | X |
| C | KubeSphere + DevOps/Argo CD + Grafana/Prometheus/Loki + node_exporter + custom CDP |
통합 플랫폼 인상이 강함 | 플랫폼 수용 비용이 크고 CDP/노드 운영은 별도 | X |
위 비교에서 보듯이, 확인된 OSS 조합 A~C만으로는 현재 요구사항 전체를 충족하지 못한다.
따라서 결론은 적절한 오픈소스 조합을 참고하되, 통합 관리도구는 별도로 개발해야 한다는 것이다.
현재 요구사항과 내부 설계 기준으로 보면, 대상 시스템은 대략 아래 범위를 목표로 한다.
diff, dry-run, applyscale, rollout restart기준 기능:
integrated_system_manager_web/blueprints/kubernetes-overview.mdintegrated_system_manager_web/blueprints/kubernetes-workloads.mdintegrated_system_manager_web/blueprints/kubernetes-resource.mdintegrated_system_manager_web/blueprints/kubernetes-deploy.mdintegrated_system_manager_web/app/api/k8s.pyintegrated_system_manager_web/app/core/k8s_snapshot.py기준 기능:
integrated_system_manager_web/blueprints/dashboard.mdintegrated_system_manager_web/blueprints/status.mdintegrated_system_manager_web/blueprints/logs.mdintegrated_system_manager_web/app/api/dashboard.pyintegrated_system_manager_web/app/api/monitoring.py기준 기능:
integrated_system_manager_web/blueprints/admin.mdintegrated_system_manager_web/blueprints/kubernetes-auto-deploy.mdintegrated_system_manager_web/blueprints/cdp-overview.mdintegrated_system_manager_web/blueprints/cdp-services.mdintegrated_system_manager_web/blueprints/cdp-hosts.mdintegrated_system_manager_web/blueprints/system-overview.mdintegrated_system_manager_web/blueprints/system-nodes.mdintegrated_system_manager_web/blueprints/system-cluster.mdintegrated_system_manager_web/analyzedc.mdintegrated_system_manager_web/manifests/01_rbac.yaml현재 요구사항을 단일 오픈소스 제품으로 대체하는 것은 어렵다.
이유는 단순히 기존 도구들이 부족해서가 아니라, 목표 문제정의 자체가 아래처럼 여러 제품군의 경계를 가로지르기 때문이다.
Rancher, KubeSphere는 플랫폼이 크고 강하지만, 내부 엔지니어 관점의 맞춤 운영 콘솔로는 무겁다.Headlamp, FreeLens, Kubernetes Dashboard는 쿠버네티스 탐색과 리소스 조작에는 가깝지만, 운영팀 맞춤 워크플로와 외부 시스템 통합이 약하다.Portainer CE는 진입장벽은 낮지만, 세밀한 운영 권한/엔터프라이즈 운영 기능은 상위 에디션 의존이 크다.CDP 같은 비(非)쿠버네티스 데이터 플랫폼 관리 축이나, SSH 기반 일반 노드 상태 점검, Pacemaker/Keepalived 같은 전통적 시스템 운영 축을 본질적으로 포함하지 않는다.따라서 현실적인 결론은 아래다.
이 문서는 기능 나열보다 목표 요구사항 충족 가능성을 판단하는 데 필요한 축으로 비교한다.
Rancher는 가장 강력한 비교 대상 중 하나지만, 단일 대체재라기보다 "대형 표준 플랫폼"에 가깝다.
즉, 너무 강해서 오히려 목표 문제정의와 어긋난다.
KubeSphere는 Rancher와 함께 가장 가까운 상위 플랫폼형 비교군이다.
하지만 목표는 플랫폼 도입보다 "현장 엔지니어 워크플로를 직접 담는 제품"이므로, 대체재라기보다 큰 참조모델에 가깝다.
Projects, Plugins 같은 확장 포인트가 명확하다.Headlamp는 Kubernetes UI 층 벤치마크로 가장 유용하다.
하지만 전체 목표 범위를 대체하지는 못한다.
즉, 가장 좋은 "부분 참고 구현"이지, 최종 제품 대체제는 아니다.
Rancher, KubeSphere, Headlamp보다 덜 정교하다.Portainer CE는 빠른 운영도구로는 쓸 수 있지만, 전체 대체재로 보기에는 기능 경계가 다르다.
특히 "작지만 깊은 내부 운영 워크플로"를 담는 데는 한계가 있다.
FreeLens는 "엔지니어 개인 생산성 도구"로는 강하다.
하지만 조직 공용 운영 콘솔을 지향하는 시스템을 대체할 수는 없다.
Kubernetes Dashboard는 이제 주력 비교 대상이 아니다.
오히려 "왜 별도 제품 개발이 필요한가"를 보여주는 하한선에 가깝다.
아래 평가는 목표 요구사항 관점의 상대평가다.
| 비교 항목 | Rancher | KubeSphere | Headlamp | Portainer CE | FreeLens | Kubernetes Dashboard |
|---|---|---|---|---|---|---|
| 클러스터/워크로드 운영 깊이 | 높음 | 높음 | 중상 | 중 | 중 | 하 |
| 멀티클러스터 운영 | 높음 | 중상 | 중 | 중 | 중 | 하 |
| YAML 편집/리소스 조작 | 높음 | 중 | 중상 | 중 | 중상 | 중하 |
diff/dry-run/apply 같은 엔지니어 액션 집중도 |
중 | 중 | 중 | 중하 | 하 | 하 |
| 로그/메트릭/대시보드 통합 | 중상 | 높음 | 중 | 중 | 중 | 하 |
| GitOps/배포 자동화 연계 | 높음 | 중상 | 하 | 중 | 하 | 하 |
| 내부 맞춤 워크플로 내재화 용이성 | 중 | 중 | 중상 | 하 | 하 | 하 |
| 폐쇄망/온프레미스 적합성 | 높음 | 높음 | 중상 | 중상 | 중 | 중 |
| 일반 Linux 노드/HA 모니터링 수용성 | 하 | 하 | 매우 낮음 | 매우 낮음 | 매우 낮음 | 매우 낮음 |
| CDP/Cloudera 같은 외부 플랫폼 연계성 | 매우 낮음 | 매우 낮음 | 매우 낮음 | 매우 낮음 | 매우 낮음 | 매우 낮음 |
| 팀 공용 운영 포털 적합성 | 높음 | 높음 | 중 | 중 | 하 | 하 |
| 단일 대체 가능성 | 중 | 중 | 하 | 하 | 매우 낮음 | 매우 낮음 |
대상 기능 범위는 단순 조회를 넘어 아래 흐름을 한 화면에서 다루려 한다.
diffdry-runapplyapply 후 rollout restart판단:
Rancher: 가장 성숙한 편이지만 "운영자가 빠르게 diff-dry-run-apply-restart를 몰아 쓰는 얇은 UX"와는 다르다.KubeSphere: 관리 범위는 넓지만 엔지니어용 얇은 액션 집중 UX는 상대적으로 약하다.Headlamp: Kubernetes UI로는 좋지만 목표 운영 액션 조합을 그대로 주지는 않는다.Portainer CE: 빠른 배포는 가능하나 엔지니어용 세밀한 조합은 약하다.FreeLens: 개인 로컬 사용성은 좋지만 공용 운영절차 표준화와는 다르다.Kubernetes Dashboard: 기준점으로 삼기엔 너무 얕다.대상 구조는 자체 관측 스택을 모두 내장하려는 것이 아니라, 외부 Grafana, Prometheus, Loki를 운영 콘솔에 느슨하게 묶는 접근이다.
이 점이 중요하다.
Rancher, KubeSphere는 플랫폼 차원의 통합이 강하다.Headlamp, FreeLens, Kubernetes Dashboard는 이 축이 약하거나 플러그인/개별 사용에 의존한다.Portainer CE도 의도하는 느슨한 외부 관측계 묶음과는 방향이 다르다.즉, 차별점은 "관측 기능의 깊이"보다 "운영 콘솔 관점에서의 통합 방식"에 있다.
대상 Builder 구상은 일반적인 Kubernetes UI보다 더 엔지니어링 운영에 가깝다.
이 축에서 직접 비교 가능한 OSS는 많지 않다.
Rancher: Fleet 기반 GitOps는 강하지만, 단순하고 직접적인 브랜치-빌드-푸시-재시작 흐름과는 다르다.KubeSphere: DevOps 범위는 넓지만, 플랫폼형 파이프라인 모델에 가깝다.Headlamp, FreeLens, Kubernetes Dashboard: 본질적으로 이 축의 대체재가 아니다.Portainer CE: 일부 배포/애플리케이션 흐름은 있지만 Builder 범위를 직접 대체하지는 못한다.즉, Builder만 봐도 일반 Kubernetes 관리도구보다 "운영 엔지니어용 내부 배포 콘솔"에 더 가깝다.
대상 구조는 복잡한 엔터프라이즈 IAM보다, 폐쇄망 내부에서 빠르게 운영 가능한 단순 역할모델을 우선한다.
adminoperatorviewer이것도 중요한 차이다.
Rancher, KubeSphere는 더 강력하지만 더 무겁다.Headlamp, FreeLens는 이 축이 상대적으로 약하거나 다른 방식에 기대는 편이다.Portainer CE는 상위 에디션과의 경계가 비교 포인트다.보안 고도화보다 운영 실용성을 우선하는데, 이런 "의도된 단순성"은 기존 대형 플랫폼이 잘 맞춰주지 못한다.
대상 구조는 쿠버네티스만 다루는 것이 아니라, 필요 시 외부 시스템 정보를 함께 묶는 쪽으로 설계돼 있다.
대표 연계 대상 예시는 아래와 같다.
이런 구조는 Kubernetes dashboard product와 internal operations integration console의 중간 지점이다.
이 중간 지점이 바로 단일 대체 OSS가 잘 없는 이유다.
대상 범위에는 Cloudera Manager API를 통한 CDP 조회와 일부 제어도 들어간다.
이 축은 기존 오픈소스 쿠버네티스 관리도구와 거의 겹치지 않는다.
Rancher, KubeSphere는 쿠버네티스 플랫폼 관리에는 강하지만, CDP를 1급 관리 대상으로 보지 않는다.Headlamp, FreeLens, Kubernetes Dashboard는 더더욱 이 범위와 무관하다.Portainer CE도 같은 한계를 가진다.즉, CDP 모니터링/제어 요구가 들어오는 순간, 일반적인 오픈소스 Kubernetes Manager만으로는 현재 요구사항을 만족할 수 없다.
이 점은 매우 중요하다.
경쟁 상대가 단순 Kubernetes UI가 아니라, 운영 통합 콘솔이어야 한다는 뜻이기 때문이다.
대상 범위는 쿠버네티스 노드만이 아니라, SSH 대상 Linux 서버 전반을 점검하는 축도 포함한다.
운영 점검 범위 예시는 아래와 같다.
이 역시 기존 오픈소스 Kubernetes 관리도구가 본질적으로 제공하는 영역이 아니다.
Rancher, KubeSphere는 Kubernetes 클러스터 바깥의 일반 Linux 노드 운영점검 도구가 아니다.Headlamp, FreeLens, Kubernetes Dashboard는 더더욱 노드 운영점검보다는 Kubernetes API 뷰어/조작기에 가깝다.Portainer CE도 전통적인 시스템 점검, HA 점검, SSH 수집형 운영도구는 아니다.결국 대상 구조는 Kubernetes 관리도구라기보다 아래 셋을 겹쳐놓은 제품에 가깝다.
핵심 이유는 다섯 가지다.
현재 목표는 아래 셋을 동시에 요구한다.
기존 OSS는 대개 이 셋 중 하나에 강하다.
다섯 축 모두를 가볍고 맞춤형으로 제공하지는 않는다.
Rancher, KubeSphere는 너무 크다.Headlamp, FreeLens, Kubernetes Dashboard는 너무 얕다.Portainer CE는 빠르지만 원하는 깊은 내부 운영 UX와는 다르다.예를 들면 아래 같은 흐름이다.
이런 것은 범용 OSS가 일부씩 제공할 수는 있어도, 현장에 맞춘 조합은 결국 직접 만들어야 한다.
차별점은 "Kubernetes 기능이 더 많다"가 아니라 아래에 있다.
이 철학은 대형 플랫폼과도 다르고, 단순 K8s UI와도 다르다.
실무적으로는 아래 조합이 가능하다.
Rancher 또는 KubeSphere로 큰 플랫폼을 채택Headlamp 또는 FreeLens를 개인 생산성 도구로 병행Argo CD/Flux로 GitOps 보완Grafana/Prometheus/Loki는 별도 운영CDP는 Cloudera Manager UI로 별도 운영하지만 이 조합은 목표 요구사항의 대체가 아니라, 여러 제품을 엮어 비슷한 운영환경을 만드는 것이다.
그리고 그렇게 되면 오히려 풀고자 했던 "하나의 내부 운영 콘솔" 문제는 다시 남는다.
Rancher, KubeSphereHeadlampFreeLensPortainer CE단일 제품 기준으로는 없음에 가깝다.
조금 더 정확히 쓰면 아래와 같다.
Rancher, KubeSphere: 강력하지만 목표 문제정의와 다르다.Headlamp: 가장 좋은 부분 참조지만, 통합 운영 포털 범위를 대체하지 못한다.Portainer CE: 일부 운영 흐름은 대체 가능하지만 범용성과 맞춤성이 부족하다.FreeLens: 팀 공용 제품 대체 불가.Kubernetes Dashboard: 전략적 대체 검토 대상 아님.별도 통합 관리도구 개발을 계속하는 것이 맞다.
다만 "모든 것을 새로 만든다"가 아니라 아래처럼 접근하는 것이 좋다.
Headlamp의 Kubernetes UI/탐색 감각을 참고한다.Rancher, KubeSphere의 멀티클러스터/프로젝트/RBAC 개념을 참고하되 그대로 복제하지는 않는다.Portainer CE가 가진 빠른 운영 UX의 장점은 취하되, 상위 에디션 의존 모델은 피한다.FreeLens가 잘하는 엔지니어 개인 생산성 포인트를 웹 콘솔 관점으로 번역한다.CDP와 일반 Linux 노드 모니터링은 기존 Kubernetes OSS가 거의 메우지 못하는 공백이므로, 이 영역은 직접 제품 책임을 지는 전제로 설계한다.통합 관리도구 개발을 계속한다면 우선순위는 아래가 합리적이다.
Kubernetes Resource 편집 흐름 강화diff/dry-run/apply/restart 결과 UX 강화Builder의 브랜치-빌드-푸시-롤아웃 흐름 안정화로그, 알림, 대시보드를 실제 운영 액션과 더 가깝게 연결히스토리, 감사, 복원 기능을 UI까지 연결CDP 모니터링/제어 화면을 운영 액션 중심으로 고도화일반 Linux 노드, HA, 비-K8s 인프라 점검 흐름을 독립 제품 수준으로 정리이 우선순위는 기존 제품을 따라가기 위한 것이 아니라, 기존 제품이 잘 메우지 못하는 고유 공백을 메우기 위한 것이다.