Power BI Desktop 3월 업데이트
GA 전환 확인
Power BI Translytical 작업 흐름, 이 조건에서만 제대로 씁니다
2026년 3월 18일, Power BI Translytical 작업 흐름이 정식 출시(GA)로 전환됐습니다. 보고서 안에서 데이터를 직접 수정하고, 외부 시스템에 워크플로를 트리거할 수 있다는 점에서 큰 주목을 받았습니다. 그런데 공식 문서와 실사용 후기를 같이 놓고 보니 “언제 쓰면 안 되는지”가 더 중요하게 보였습니다.
Translytical 작업 흐름이란, 그리고 왜 지금이 중요한가
Power BI는 오랫동안 읽기 전용 플랫폼이었습니다. 데이터를 보고 분석하는 건 잘 했지만, 보고서 안에서 뭔가를 직접 바꾸거나 외부 시스템에 명령을 보내는 건 불가능했습니다. 문제를 발견하면 또 다른 시스템으로 이동해야 했고, 그 과정에서 데이터가 어긋나거나 버전이 뒤죽박죽 섞이는 일이 잦았습니다.
Translytical은 Transactional(거래적) + Analytical(분석적)의 합성어입니다. 분석과 실행을 하나의 화면에서 처리한다는 개념으로, Microsoft Fabric의 사용자 데이터 함수(UDF)를 기반으로 작동합니다. 보고서 버튼 하나로 데이터베이스 레코드를 수정하거나, Teams에 승인 알림을 보내거나, Azure OpenAI API를 호출하는 게 가능해집니다.
💡 공식 발표문과 실제 사용 흐름을 같이 놓고 보면, GA 전환 자체보다 “어떤 상황에서 안 되는지”가 더 뚜렷하게 보입니다.
2025년 5월 공개 미리보기(Preview)로 등장한 이 기능이 2026년 3월 18일, Power BI Desktop v2.152.882.0 기준으로 정식 출시(Generally Available)로 전환됐습니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)
GA 전환이 의미하는 것과 달라진 점
Preview 딱지가 떼어졌다는 건 단순히 “이제 쓸 수 있다”는 신호가 아닙니다. Microsoft 제품에서 GA는 SLA(서비스 수준 계약) 보장, 엔터프라이즈 지원 적용, CI/CD 파이프라인 포함 여부가 달라지는 기준점입니다.
3월 업데이트에서 Translytical 작업 흐름과 함께 GA로 전환된 기능이 하나 더 있습니다. OneLake의 Direct Lake 스토리지 모드입니다. 2023년 5월 처음 발표돼 2025년 3월 Power BI Desktop에서 생성 지원이 추가됐고, 이번에 드디어 정식 출시로 전환됐습니다. (출처: Microsoft Learn, 2026.03.18) 데이터 새로 고침 없이 OneLake에서 직접 쿼리 성능을 뽑아내는 구조인데, 이걸 GA로 올린 타이밍이 Translytical GA와 같다는 건 의미가 있습니다. 쓰기(Translytical)와 읽기(Direct Lake) 모두 프로덕션 레벨로 올라온 거니까요.
💡 쓰기와 읽기가 동시에 GA로 올라온 3월 — Microsoft가 Fabric을 실제 운영 환경 플랫폼으로 포지셔닝하겠다는 신호입니다.
그런데 한 가지 사실이 공식 문서에 조용히 기록돼 있습니다. Translytical 작업 흐름은 GA가 됐음에도 불구하고, Fabric 배포 파이프라인(Deployment Pipelines) 지원이 아직 안 됩니다. 개발 → 테스트 → 운영 환경으로 Power BI 보고서를 이관할 때, Translytical 버튼을 수동으로 재연결해야 한다는 뜻입니다. 정식 출시인데 운영 이관이 자동화 안 된다는 점, 실무에서 짚고 넘어가야 합니다.
데이터 쓰기 저장이 되는 조건과 안 되는 조건
Translytical 작업 흐름에서 데이터 쓰기 저장(Write-back)이 가능한 데이터 원본은 공식 문서 기준으로 딱 세 가지입니다. Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일용). 그 외 Azure SQL, Synapse, 외부 데이터베이스는 직접 쓰기 저장이 안 됩니다. (출처: Microsoft Learn — Translytical 작업 흐름 개요) 쓸 수 있는 범위가 Fabric 생태계 안으로 제한된다는 뜻입니다.
| 데이터 원본 | 쓰기 저장 지원 | 비고 |
|---|---|---|
| Fabric SQL 데이터베이스 | ✅ | OLTP 최적화, 읽기/쓰기 부하에 가장 적합 |
| Fabric 웨어하우스 | ✅ | 쓰기 저장 가능, 대량 처리에 유리 |
| Fabric 레이크하우스 | ✅ | 파일 대상만 지원 |
| Azure SQL / 외부 DB | ❌ | REST API 통해 간접 연동만 가능 |
| PBIR / PBIP 형식 | ❌ | 미지원 (공식 제한 사항) |
| Power BI Embedded | ⚠️ | 보안 포함 시나리오에서만 지원 |
(출처: Microsoft Learn — Translytical 작업 흐름 개요 및 사용자 데이터 함수 서비스 제한 사항)
추가로 사용자 데이터 함수(UDF) 자체에도 지역 제한이 있습니다. Fabric의 모든 지역에서 사용할 수 있는 게 아닙니다. 홈 테넌트가 지원하지 않는 지역에 있다면, 지원되는 지역의 용량을 별도로 만들어야 합니다. 한국 리전(Korea Central / Korea South)의 지원 여부는 Fabric 지역 가용성 페이지에서 최신 목록을 직접 확인해야 합니다. (출처: Microsoft Learn — Fabric 지역 가용성)
Power Apps와 직접 비교했습니다 — 점수로 보면
Translytical이 나오기 전까지, Power BI에서 데이터를 직접 수정하려면 Power Apps 비주얼을 임베드하거나 서드파티 솔루션을 쓰는 게 일반적이었습니다. GA 전환 이후 “이제 Power Apps 대신 Translytical 쓰면 되는 거 아니냐”는 질문이 나오는데, 실제로 직접 비교해보면 생각보다 복잡합니다.
💡 “GA가 됐으니 Power Apps를 대체할 수 있다”는 말이 도는데, 실제 항목별 비교를 보면 현재 시점에서는 아직 그렇지 않습니다.
| 비교 항목 | Translytical TTF | Power Apps |
|---|---|---|
| UI 입력 다양성 | 리스트/텍스트/버튼 3종 | 날짜 피커, 슬라이더 등 풍부 |
| 솔루션 아키텍처 | Fabric 내 단일 플랫폼 | Power Platform 별도 관리 필요 |
| 라이선스 비용 | Fabric 용량만 필요 | Premium $20/월/사용자 별도 |
| 대량 레코드 처리 | Fabric 컴퓨팅 활용 유리 | 행 수 증가 시 성능 저하 |
| CI/CD 배포 파이프라인 | GA인데도 미지원 | 지원 |
| 단일 레코드 수정 경험 | 보통 (텍스트 기본값 설정 불가) | 직관적 |
(출처: downhill-data.com Translytical vs Power Apps 비교, 2025.09.09 / Microsoft Learn 공식 제한 사항)
솔직히 말하면 현재 시점에서 Translytical의 최대 장점은 비용입니다. Power Apps Premium 라이선스는 사용자당 월 $20인데, 쓰기 저장 하나만을 위해 그 비용을 추가하기 어려운 조직이 많습니다. Fabric 용량만 이미 있다면 Translytical은 추가 라이선스 없이 쓸 수 있습니다. 복잡한 UI가 필요 없는 간단한 상태 업데이트나 승인 트리거 용도에서는 충분히 대안이 됩니다.
공식 문서에 나온 서비스 한도, 실무에서 어떤 의미인가
Translytical 작업 흐름을 지탱하는 Fabric 사용자 데이터 함수(UDF)에는 공식 서비스 한도가 있습니다. Microsoft Learn에 직접 나와 있는 수치들입니다. (출처: Microsoft Learn — 사용자 데이터 함수 서비스 제한, 2026.01.21 업데이트)
- 요청 실행 시간 제한: 240초. 단일 UDF 호출이 4분을 넘으면 자동 종료됩니다. 복잡한 배치 처리를 Translytical로 돌리려 했다면 구조를 다시 설계해야 합니다.
- 요청 페이로드 최대: 4MB. 보고서에서 UDF로 전달하는 모든 파라미터 합계 기준입니다. 이미지나 대용량 텍스트를 직접 넘기는 구조라면 막힐 수 있습니다.
- 응답 크기 제한: 30MB. UDF가 Power BI로 돌려주는 응답값 기준입니다.
- 재게시 쿨다운: 2분. UDF를 수정하고 다시 게시한 뒤, 2분 안에 또 게시할 수 없습니다. 개발 단계에서 빠르게 반복 테스트할 때 체감됩니다.
- Python 실행 버전: 3.11 (실행) / 3.12 (테스트). 실행 환경과 테스트 환경의 Python 버전이 다릅니다. 테스트 통과 후 실행에서 실패하는 경우가 생길 수 있습니다.
그중 실무에서 가장 주의가 필요한 건 실행 환경과 테스트 환경의 Python 버전 불일치입니다. 테스트는 Python 3.12에서 통과했는데 실제 실행은 3.11에서 이루어지므로, 3.12에서만 지원하는 문법을 쓰면 실행 시에 오류가 납니다. 공식 문서에 명시된 사항이지만 실제로 당하면 꽤 당황스럽습니다.
💡 테스트 환경(3.12)에서 쓴 코드가 실행 환경(3.11)에서 깨질 수 있습니다. Python 버전 갭은 공식 문서에 표로 명시돼 있습니다.
또 한 가지. UDF는 소유자만 코드를 편집할 수 있습니다. 팀 프로젝트에서 특정 사람이 UDF를 만들었다가 퇴직하거나 역할이 바뀌면 소유권 이전 절차가 필요합니다. 이 부분도 공식 제한 사항에 명시돼 있습니다.
3월 업데이트의 다른 기능들: Custom Totals와 DAX UDF
Custom Totals (미리보기): DAX 건드리지 않고 합계 동작을 바꿉니다
테이블·행렬에서 합계 행이 기대와 다르게 나오는 건 Power BI 초보자와 중급자 모두가 겪는 고충입니다. 비가산적 측정값(평균, 고유 개수, 마진 등)을 쓰면 합계 행은 행들의 합이 아니라 전체 필터 컨텍스트에서 평가한 값이 나옵니다. 이건 DAX의 의도된 동작인데, 이걸 이해하지 못한 이해관계자들 앞에서 설명하는 건 매번 피곤한 일입니다.
3월 업데이트의 Custom Totals는 DAX 측정값 정의를 바꾸지 않고 해당 시각적 개체의 합계 행 계산 방식만 Sum, Min, Max, Count(고유), Count 중 하나로 설정합니다. 비주얼 계산(Visual Calculation) 기반이라 측정값 원본은 그대로입니다. 서식 적용이 자동으로 안 된다는 한계가 있지만, DAX를 건드리지 않고 합계 동작을 바꿀 수 있다는 점에서 유용합니다.
DAX 사용자 정의 함수 업데이트: 파라미터 한도가 12개에서 256개로
DAX UDF(미리보기)도 이번 달 여러 업데이트를 받았습니다. 가장 눈에 띄는 건 UDF 파라미터 최대 수가 12개에서 256개로 늘어난 것입니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18) 실무에서 12개 제한 때문에 함수를 여러 개로 쪼개야 했던 경우라면 직접적인 변화가 됩니다. 새로운 형식 힌트(CalendarRef, ColumnRef, MeasureRef, TableRef)도 추가돼 타입 안정성을 높일 수 있게 됐습니다.
웹 모델링에서의 TMDL 뷰(미리보기)도 주목할 만합니다. Power BI Desktop 없이 브라우저에서 직접 시맨틱 모델을 코드로 편집할 수 있게 됩니다. 대규모 모델 관리나 반복 작업 자동화를 주로 하는 팀에서 체감 효과가 클 기능입니다.
자주 나오는 질문 5가지
Q1. Translytical 작업 흐름을 쓰려면 Fabric 라이선스가 별도로 필요한가요?
Translytical 자체에 대한 추가 라이선스는 없습니다. 단, 기반이 되는 사용자 데이터 함수(UDF)는 Fabric 용량이 있어야 실행됩니다. Power BI Pro나 Premium Per User만으로는 UDF를 실행할 수 없습니다. 기존에 Fabric 용량이 있다면 추가 비용 없이 쓸 수 있습니다.
Q2. GA가 됐으니까 이제 운영 환경에서 바로 써도 되나요?
GA 전환 자체는 엔터프라이즈 지원 대상이 됐다는 신호지만, Fabric 배포 파이프라인 미지원이라는 실무 제약이 남아 있습니다. 개발 → 테스트 → 운영 환경 이관 시 버튼을 수동으로 재연결해야 합니다. 단순 시나리오라면 운영 환경 도입에 무리가 없지만, 여러 환경을 자동화해서 관리하는 조직이라면 이 부분을 먼저 검토하는 게 좋습니다.
Q3. 한국 리전에서 사용자 데이터 함수가 지원되나요?
Microsoft가 지원 지역 목록을 지속적으로 업데이트하고 있어 이유는 공개되지 않은 부분이 있습니다. 현재 지원 여부는 Microsoft Learn의 Fabric 지역 가용성 페이지(learn.microsoft.com/ko-kr/fabric/admin/region-availability)에서 직접 확인하는 게 가장 정확합니다. 지원하지 않는 지역이라면 지원되는 지역 용량을 별도로 만들어 우회하는 방법이 있습니다.
Q4. Translytical 작업 흐름에서 Azure SQL 데이터베이스에 직접 쓰기가 안 되나요?
현재 네이티브 쓰기 저장 지원은 Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일)로 한정됩니다. Azure SQL 등 외부 데이터베이스에 쓰려면 UDF에서 REST API를 통해 간접적으로 연동해야 합니다. 직접 커넥터 방식은 아직 지원하지 않습니다. (출처: Microsoft Learn — Translytical 작업 흐름 개요)
Q5. Custom Totals를 쓰면 기존 DAX 측정값이 달라지나요?
Custom Totals는 해당 시각적 개체의 합계 행 계산 방식만 바꾸는 비주얼 계산(Visual Calculation) 기반입니다. 원본 DAX 측정값 정의는 전혀 바뀌지 않습니다. 다른 보고서나 동일 보고서의 다른 시각적 개체에 전혀 영향을 주지 않고, 해당 테이블/행렬의 합계 행에만 적용됩니다. 서식은 별도로 Data Format 설정에서 지정해야 합니다.
마치며
Power BI 3월 업데이트에서 Translytical 작업 흐름의 GA 전환이 가장 큰 주목을 받았습니다. 실제로 보고서 안에서 데이터를 바꾸고, 외부 시스템에 직접 연결한다는 개념은 수년간 Power BI 사용자들이 기다려온 방향입니다.
다만 “GA = 완전히 준비됐다”와는 다릅니다. UI 입력이 3종에 불과하고, 배포 파이프라인 지원이 아직 없고, Python 버전 불일치 같은 실무 함정도 남아 있습니다. 기능 소개글에는 잘 안 나오는 부분들입니다. Fabric 용량 이미 있고 Fabric 생태계 내에서 단순 승인·주석 흐름을 만들려는 팀에게는 지금 당장 쓸 수 있는 수준입니다. 복잡한 UI나 멀티 스텝 입력이 필요하다면 Power Apps를 병행하거나 기다리는 게 현실적입니다.
Custom Totals와 DAX UDF 파라미터 확장(12 → 256개)은 눈에 덜 띄지만, 매일 Power BI로 작업하는 사람들한테는 훨씬 즉각적인 변화입니다. 이번 달 업데이트는 화려한 신기능보다 오래된 불편함을 조용히 해결하는 방향이었다는 점에서, 오히려 실용적으로 느껴지는 릴리스였습니다.
📚 본 포스팅 참고 자료
- Microsoft Power BI 공식 블로그 — Power BI March 2026 Feature Summary (2026.03.18)
- Microsoft Learn — Power BI의 새로운 기능: 2026년 3월 업데이트
- Microsoft Learn — Translytical 작업 흐름 개요
- Microsoft Learn — 사용자 데이터 함수 서비스 세부 정보 및 제한 사항 (2026.01.21)
- Downhill Data — Comparing write-back options: Translytical Task Flows vs Power Apps (2025.09.09)
- Nimble Learn — 6 Things You Should Know About Translytical Task Flows (2025.10.31)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Power BI 및 Microsoft Fabric은 월별 업데이트를 통해 기능이 추가·변경·삭제되므로, 최신 정보는 Microsoft 공식 문서에서 직접 확인하는 것을 권장합니다. 본 포스팅에 사용된 수치는 2026년 3월 18일 공개된 공식 릴리스 노트 및 Microsoft Learn 문서를 기준으로 합니다.
댓글 남기기