대부분의 BI 프로젝트는 차트가 틀려서 실패하지 않습니다. 공유 드라이브가 꽉 차는 방식과 똑같이 실패하죠 — 작은 결정 하나가 쌓이고 또 쌓입니다. 누군가 Power BI Pro 좌석 몇 개를 사고, 한 팀이 대시보드를 게시하고, 점점 더 많은 사람이 그걸 보고 싶어 합니다. 그러면 1년 안에 갱신 견적서가 데이터 팀의 연봉보다 커집니다. 또 다른 팀들은 좀 더 나아가다가 멈춥니다. 대시보드는 잘 돌아가는데, 데이터가 Microsoft Fabric으로 흘러 들어가야 하고, 그걸 밖으로 빼내는 일은 사무실을 통째로 이전하는 것처럼 느껴집니다. 세 번째 그룹은 아예 시작조차 못 합니다. 2년치 DAX 측정값을 다시 만드는 일이 분기 하나를 통째로 잡아먹을 것처럼 보이기 때문입니다.
Power BI가 나쁜 제품은 아닙니다. 2026년 10월 기준으로 세계에서 가장 널리 쓰이는 시맨틱 레이어라고 해도 과언이 아닙니다 — Microsoft는 9월 말에 2,200만 개가 넘는 Power BI 시맨틱 모델이 매일 사용되고 있다고 밝혔습니다. 하지만 대안을 검색하는 사람은 보통 하나의 구체적인 문제에 떠밀려서 그렇게 합니다. 그리고 문제마다 해결책이 다릅니다. 이 가이드는 그렇게 구성했습니다.
문제 하나: 모든 열람자가 유료 좌석이다
재무 담당자가 처음 놀라는 지점은 Power BI에 무료 공유 등급이 없다는 사실입니다. 로컬에서 보고서를 만드는 건 무료지만, 동료가 서비스에서 여는 순간 라이선스가 필요합니다. 2026년 10월에 확인한 Microsoft 가격 페이지에는 Power BI Pro가 사용자당 월 $14, Premium Per User가 월 $24로, 둘 다 연간 청구입니다. 공유된 보고서를 읽는 건 일반적으로 Pro 이상을 의미합니다. 읽기 전용 뷰어는 Fabric 용량을 통해 처리할 수 있지만, 이는 사람이 아니라 컴퓨팅 기준으로 책정됩니다 — 작은 팀의 경우 용량 요금이 대체하는 좌석 값보다 더 큰 경우가 많습니다. 숫자 하나 보고 싶을 뿐인 관리자 한 명 한 명이 청구서에 영구적인 항목이 되는 셈입니다.
해결책은 Power BI가 하나로 묶어 놓은 두 가지 역할, 즉 대시보드를 제작하는 일과 사람들이 그걸 열람하게 하는 일을 분리하는 것입니다. 오픈소스 도구들은 이 고리를 끊습니다. 보통 Metabase에서 시작하는데, 셀프 호스팅 에디션은 무료이자 오픈소스이고, 이미 운영 중인 데이터베이스(Postgres, MySQL, BigQuery, Snowflake 등)를 그대로 조회하며, SQL을 몰라도 비전문가가 클릭만으로 질문을 만들 수 있습니다. 뷰어당 미터기가 없고, 비용은 서버, 보통 작은 인스턴스 하나뿐입니다. 유료 클라우드 요금제는 셀프 호스팅을 피하고 싶은 팀을 위한 것이지만, 무료 에디션은 제 기능이 잘려 나간 데모가 아니라 완전한 제품입니다.
Apache Superset은 같은 주장을 개발자 특유의 억양으로 펼칩니다. Apache Software Foundation 산하에서 완전한 오픈소스로 제공되며, 40가지가 넘는 시각화 유형을 갖추고 있고, SQL을 많이 쓰는 팀에 잘 맞습니다. 불만이 순전히 ‘헤드카운트에 따라 라이선스 비용이 커진다’는 것이라면, 두 도구 모두 그 미터기를 없애 줍니다. 우리는 SPSS 대안 가이드에서 유료 학술 소프트웨어에 대한 비슷한 논거를 제시한 바 있습니다.
당신의 데이터가 꼭 Microsoft 클라우드 안에 있어야 할까?
2026년의 Power BI는 독립형 도구가 아니라 Microsoft Fabric 안의 한 표면입니다. 2026년 9월 말 바르셀로나에서 열린 FabCon 및 SQLCon 기조연설이 이를 공식화했습니다. Microsoft는 Power BI의 “다음 장”을 보고서, 앱, 시맨틱 뷰, Copilot이 모두 OneLake 위에서 돌아가는 모습으로 설명했고, 자연어 앱 빌딩은 Fabric 용량과 Pro, Per User 고객에게 먼저 제공됩니다. 전부가 락인은 아닙니다 — Microsoft는 또한 Snowflake와 함께 시맨틱 메타데이터를 여러 BI 플랫폼 간에 이식 가능하게 만들기 위한 커뮤니티 활동인 Apache Ossie(incubating)에 참여하기로 했는데, 이는 언젠가 지표 정의가 재구축 없이 옮겨질 수도 있음을 보여주는 신호입니다. 그러나 기본적인 흡인력은 안쪽을 향합니다. 데이터와 그 의미, 그리고 AI 기능이 Microsoft 스택 안에 깊이 자리할수록 빠져나오기가 더 어려워집니다.
셀프 호스팅이 가능한 대안들은 이 방향을 뒤집습니다. Metabase와 Superset은 데이터를 벤더 클라우드로 복사하지 않고 기존 웨어하우스를 있는 그대로 조회합니다 — Superset 스스로의 설명대로 “또 하나의 수집 레이어가 필요하지 않으며”, Postgres부터 페타바이트 규모의 엔진까지 모든 SQL 데이터베이스에 연결됩니다. 운영 및 시계열 대시보드에는 Grafana가 또 하나의 탈출구입니다. 완전한 오픈소스 셀프 호스팅이거나 Grafana Cloud인데, 후자의 무료 등급은 활성 시리즈 10,000개에 보존 기간 14일을 제공하고 유료 요금제는 월 $19의 플랫폼 요금에서 시작합니다.
어느 것도 마찰이 없지는 않습니다. Looker Studio(현재 Google의 Data Studio로 통합되었고 1,400개가 넘는 소스에 연결되는 커넥터를 갖춤)는 무료이며 BigQuery와 Sheets를 직접 읽지만, Google Cloud에 대한 의존을 심화시킵니다. Grafana의 호스팅 경로는 Grafana Labs에 대한 의존을 심화시킵니다. 중력이 없는 선택지는 없습니다 — 어느 벤더의 중력을 받아들일지, 그리고 얼마나 많은 부분을 직접 통제하는 인프라에 남길지의 선택만 있을 뿐입니다.
마이그레이션은 드래그 앤 드롭 문제가 아니라 DAX 문제다
여기 팀들이 남아 있는 진짜 이유가 있습니다. 그건 차트 때문이 아닙니다. Power BI의 모델링 언어인 DAX와 .pbix 형식은 독점적입니다. .pbix 파일을 Metabase나 Superset에서 열 수 없습니다. 모델 정의는 내보낼 수 있고 — Microsoft의 TMDL 및 PBIP 형식은 이를 텍스트로 노출합니다 — 하지만 측정값과 모든 시각 요소는 소스 데이터베이스를 기준으로 손으로 다시 만들어야 합니다. 3년 치 중첩 DAX를 쌓아온 팀이라면 주말이 아니라 분기 하나를 각오해야 합니다.
그러니 마이그레이션하지 말고 — 선택적으로 이식하세요. 사람들이 실제로 여는 대시보드를 골라 Metabase(재사용 가능한 모델을 저장하고 질문이 복잡해지면 SQL을 붙여 넣을 수 있음)나 Superset의 SQL Lab에서 다시 만들고, 나머지 롱테일은 갱신 시점까지 Power BI에 남겨 둡니다. 느린 작업, 즉 DAX 측정값을 웨어하우스 SQL로 바꾸는 일에는 범용 어시스턴트가 도움이 됩니다. 측정값을 붙여 넣고 동등한 SQL을 요청한 다음, 숫자를 예전 대시보드와 1센트 단위까지 대조하세요. 어시스턴트는 번역에 쓰고, 계산에 쓰지 마세요.
Google의 Gemini(이미지: Google)는 DAX 측정값을 SQL로 번역해 달라고 요청할 수 있는 어시스턴트 중 하나입니다 — 재작성에는 유용하지만 진실의 원천으로는 쓸모가 없습니다. 모든 숫자를 대체하려는 대시보드와 대조해 검증하세요.
| 문제가 이런 것일 때… | 해결하는 도구 | 가장 잘 맞는 경우 |
|---|---|---|
| 열람자 수에 따라 커지는 라이선스 비용 | Metabase(무료 셀프 호스팅) 또는 Apache Superset | 작은 서버 하나는 돌릴 수 있고 뷰어당 요금은 원치 않는 팀 |
| 웨어하우스를 떠날 수 없는 데이터 | 셀프 호스팅 Metabase, Superset 또는 Grafana | 규제 대상, EU 또는 망분리 환경 |
| DAX와 보고서를 손으로 재구축 | Metabase 모델 + SQL, 또는 시계열에는 Grafana | 전부가 아니라 핵심 대시보드 몇 개만 이식하는 팀 |
마이그레이션 프로젝트 없이 시작하는 3단계
좌석 수를 열람자 수와 비교하세요. 보고서를 실제로 여는 사람 목록을 뽑아 작성자와 열람자를 나누고, 열람자 수에 Pro 가격을 곱하세요. 그 숫자가 당신이 지키려는 예산이며, 보통 전환이 가치가 있는지를 결정합니다.
대시보드 하나를 병행 운영하세요. 읽기 복제본(절대 프로덕션이 아님)에 Metabase나 Superset을 세우고 Power BI는 그대로 살려 둔 채 트래픽이 많은 대시보드 하나를 다시 만드세요. 한 달간 나란히 놓고 보는 숫자가 팀이 새 도구를 쓸지를 알려 줍니다.
상위 3개만 이식하고 나머지는 남겨 두세요. 열람자가 가장 많은 대시보드만 다시 만들고, 각 수치를 원본과 대조한 뒤, 나머지는 갱신 시점까지 남겨 두세요. 더 넓은 스택도 함께 옮기는 중이라면, 우리의 비즈니스용 AI 도구 모음이 인접한 결정들을 다루고 있으며, 전체 디렉터리는 /tools/에 있습니다.
전환 전에 사람들이 묻는 질문
.pbix 파일을 다른 BI 도구에서 열 수 있나요? 아닙니다. 형식이 독점적이며 Metabase도 Superset도 이를 가져오지 못합니다. 소스 데이터를 기준으로 다시 만들어야 하고, 그래서 보고서 몇 개를 이식하는 건 되지만 전면적인 마이그레이션은 안 되는 것입니다.
Metabase와 Superset 중 뭐가 더 나은 첫걸음인가요? 보고서를 만드는 사람이 필드를 끌어다 놓는 걸 선호하는 분석가라면 Metabase, SQL을 쓰는 걸 더 좋아하는 엔지니어라면 Superset입니다.
Looker Studio는 정말 무료인가요? 보고 도구는 무료지만, BigQuery 뒤의 스토리지와 컴퓨팅에 대해서는 여전히 Google에 비용을 냅니다. 무료 도구, 유료 웨어하우스.
Power BI를 떠나면 실시간 대시보드를 잃게 되나요? 꼭 그렇지는 않습니다. Grafana는 스트리밍과 시계열 데이터를 위해 만들어졌고 실시간 운영 뷰에서는 Power BI를 앞섭니다. 잃는 것은 Microsoft 365와의 긴밀한 통합입니다.
가격은 2026년 10월 초 Microsoft의 Power BI 가격 페이지, metabase.com, superset.apache.org, grafana.com, cloud.google.com/looker-studio를 기준으로 확인했습니다. 2026년 9월의 “다음 장” 세부 내용은 Microsoft의 Power BI Updates Blog에서 가져왔습니다. 가격과 무료 등급은 바뀌니 공식 페이지에서 확인하세요.