GA 정식 출시
Power BI Translytical, 쓰기 저장 된다는 말이 절반만 맞습니다
2026년 3월 15일, Microsoft는 Power BI Desktop v2.152.882.0 업데이트와 함께 Translytical 작업 흐름(Translytical Task Flows)을 정식 출시(GA)했습니다. 보고서 안에서 데이터를 직접 수정하고, Teams에 승인 요청을 보내고, Azure OpenAI까지 호출할 수 있다고 합니다. 그런데 막상 공식 문서를 뜯어보면, 생각보다 많은 조건이 붙어 있습니다.
Translytical이 뭔지 한 줄로 정리하면
Power BI Translytical은 기존에 읽기 전용이었던 Power BI 보고서 안에서 데이터를 직접 쓰고 수정할 수 있게 해주는 기능입니다. “Transactional(거래 처리) + Analytical(분석)”을 합친 이름입니다. 쉽게 말하면, 영업 팀장이 보고서를 보다가 특정 고객의 할인율을 바로 수정하고 저장까지 할 수 있는 구조입니다. 지금까지는 보고서에서 문제를 발견하면 엑셀을 열거나 CRM을 따로 열어야 했는데, 그 단계를 없애겠다는 겁니다.
내부 동작 방식은 이렇습니다. 보고서 안에 버튼을 만들고, 그 버튼이 눌리면 Microsoft Fabric의 사용자 데이터 함수(User Data Functions, UDF)가 호출됩니다. UDF는 Python 기반의 서버리스 코드 블록으로, 데이터를 Fabric SQL DB에 쓰거나, Teams에 메시지를 보내거나, Azure OpenAI API를 호출하는 작업을 처리합니다. Power BI가 분석 레이어, UDF가 실행 레이어 역할을 합니다.
💡 공식 발표문과 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다. GA 공식 블로그(Microsoft Power BI Blog, 2026.03.15)에서는 “보고서를 벗어나지 않고 데이터를 업데이트하고 워크플로를 트리거할 수 있다”고 소개하지만, 실제 구현에는 Python 코드 작성과 Fabric Capacity 구독이 전제 조건으로 깔려 있습니다. 이 차이가 핵심입니다.
정식 출시 전과 무엇이 달라졌나
Translytical 작업 흐름은 2025년 5월 프리뷰로 처음 등장했고, 2026년 3월 15일 Power BI Desktop v2.152.882.0과 함께 GA(정식 출시) 상태로 전환됐습니다. (출처: Microsoft Power BI Blog, 2026.03.15) GA 전환의 가장 큰 의미는 서비스 수준 보장(SLA)이 붙는다는 점입니다. 프리뷰 때는 언제든 기능이 바뀌거나 중단될 수 있었지만, GA 이후엔 기업이 실무에 배포해도 Microsoft가 안정성을 공식 보장합니다.
GA와 함께 Fabric 사용자 데이터 함수(UDF)도 GA 상태를 받았습니다. (출처: Microsoft Fabric Blog, 2026.01.21 기준 공식 문서) 이것이 중요한 이유는 UDF 없이 Translytical은 작동하지 않기 때문입니다. CI/CD 파이프라인과의 연동, Git 통합도 이때부터 공식 지원합니다. 단, Fabric 배포 파이프라인(Deployment Pipeline) 지원은 GA 이후에도 아직 제공되지 않습니다. 개발 환경에서 운영 환경으로 보고서를 올릴 때 데이터 함수 버튼을 수동으로 다시 연결해야 하는 단계가 남아 있습니다. 이 부분은 공식 문서에서도 별도 이유 없이 미지원 상태로 남아 있습니다.
| 구분 | 프리뷰 (2025.05~) | GA (2026.03.15~) |
|---|---|---|
| SLA 보장 | ❌ | ✅ |
| Git 통합 | 부분 지원 | ✅ 공식 지원 |
| Fabric 배포 파이프라인 | ❌ | ❌ (미제공) |
| 서비스 주체(Service Principal) 지원 | ❌ | ❌ (미제공) |
| PBIR/PBIP 포맷 지원 | ❌ | ❌ (미제공) |
출처: Microsoft Learn — Fabric 사용자 데이터 함수 제한 사항 (2026.01.21 최종 업데이트)
쓸 수 있는 데이터 원본이 생각보다 좁습니다
Translytical의 데이터 쓰기 저장(Write-Back)이 지원하는 데이터 원본은 딱 세 가지입니다. Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일 전용). (출처: Microsoft Learn — Translytical 작업 흐름 개요) 말하자면 모두 Microsoft Fabric 안에 있는 원본만 됩니다. 회사에서 AWS RDS, Google BigQuery, 혹은 온프레미스 SQL Server를 쓰고 있다면 직접 쓰기 저장은 안 됩니다.
세 가지 원본 중 Microsoft가 직접 권고하는 건 Fabric SQL 데이터베이스입니다. 이유는 OLTP(온라인 거래 처리) 최적화 때문입니다. 쓰기가 빈번한 보고서 시나리오에서는 읽기/쓰기가 동시에 많이 발생하는데, SQL DB가 이 부하에 가장 잘 버팁니다. Fabric 웨어하우스는 읽기 중심 설계라 쓰기 저장 시 상대적으로 느립니다. 실제 개발 경험 기록에서도 “웨어하우스 사용 시 Three-part 네이밍 컨벤션을 지키지 않으면 오류가 나는데 에러 메시지가 불명확해 원인 파악이 오래 걸렸다”는 사례가 확인됩니다. (출처: Medium — Comparing write-back options, 2025.09.08)
외부 API 연동은 가능합니다. Azure OpenAI, Teams, CRM 같은 REST API는 UDF 코드 안에서 HTTP 요청으로 호출할 수 있습니다. 단, 요청 페이로드 크기가 4MB로 제한돼 있고, 함수 실행 시간은 최대 240초입니다. 240초를 넘으면 강제 종료됩니다. (출처: Microsoft Learn — Fabric 사용자 데이터 함수 서비스 제한, 2026.01.21)
Power Apps와 비교해봤더니 점수가 같았습니다
Power BI에서 쓰기 저장이 필요할 때 기존 방법은 Power Apps 임베드였습니다. 많은 글이 “Translytical이 나왔으니 Power Apps는 이제 필요 없다”는 방향으로 쓰여 있습니다. 실제로 두 방법을 4개 항목으로 비교한 개발자 리뷰를 보면 최종 점수가 Power Apps 3점, Translytical 3점으로 동률이었습니다. (출처: Medium — Comparing write-back options, 2025.09.08)
💡 “Translytical이 출시됐으니 Power Apps보다 낫다”는 말이 많은데, 같은 4개 항목을 놓고 비교하면 3:3 동률이 나옵니다. 어느 쪽이 낫냐는 상황에 따라 갈립니다.
| 비교 항목 | Translytical | Power Apps |
|---|---|---|
| 사용자 입력 UI 다양성 | 목록·텍스트·버튼 3종 | 날짜 선택·슬라이더 등 풍부 |
| 대량 레코드 처리 | Fabric 컴퓨팅 활용, 강함 | 단일 행 처리에 적합 |
| 라이선스 비용 | Fabric Capacity 1종 | Power Apps Premium 별도 ($20/월/사용자) |
| 디버깅·트러블슈팅 | 에러 메시지 불명확 | 모니터 도구 제공 |
출처: Medium — Comparing write-back options (2025.09.08), 개발자 직접 비교 리뷰
결론적으로 대량 데이터를 수정하거나 비용을 최소화해야 하는 환경이라면 Translytical이 유리합니다. 반대로 날짜 선택기, 슬라이더 같은 복잡한 입력 양식이 필요하거나 디버깅이 중요한 개발 단계라면 Power Apps가 여전히 현실적입니다.
막히는 조건 4가지, 공식 문서에서 직접 확인했습니다
공식 제한 문서(Microsoft Learn — Fabric 사용자 데이터 함수 제한 사항, 2026.01.21)에 직접 명시된 내용입니다. 하나씩 짚어봅니다.
실제로 써야 할 상황이 따로 있습니다
공식 문서와 실사용 리뷰를 교차해서 보면 Translytical이 진짜 빛나는 구간이 보입니다. 가장 효과적인 시나리오는 단순 승인 워크플로와 데이터 보정이 동시에 일어나는 환경입니다. 예를 들어 영업 팀장이 파이프라인 보고서를 보면서 특정 거래의 할인율을 수정하고, 동시에 Teams 채널에 승인 요청 메시지가 자동 발송되는 방식입니다. 이 흐름에서 UDF 하나가 데이터 저장과 API 호출을 동시에 처리합니다. 따로 워크플로 툴을 쓸 필요 없습니다.
반면 Translytical이 약한 구간도 분명합니다. 여러 단계가 이어지는 복잡한 업무 프로세스, 날짜 선택기·슬라이더처럼 정밀한 입력이 필요한 화면, 멀티 페이지 구성이 필요한 앱형 보고서가 이에 해당합니다. 이 경우 지금 상태에서는 Power Apps나 전용 앱이 현실적입니다. (출처: NimbleLearn — 6 Things You Should Know About Translytical Task Flows, 2025.10.31)
📌 Translytical을 쓰면 유리한 조건
- 이미 Microsoft Fabric Capacity를 보유한 조직
- 단일 레코드 수정이나 승인 트리거가 주 목적
- Power Apps Premium 라이선스 비용을 줄이고 싶은 경우
- Azure OpenAI, Teams 같은 Microsoft 생태계 API와 연동이 목적
⚠️ 지금은 피하는 게 나은 조건
- 비 Fabric 데이터베이스(AWS RDS, 온프레미스 SQL 등)에 직접 쓰기 저장 필요
- 서비스 주체 기반 자동화 파이프라인 구성이 필수인 경우
- PBIR/PBIP 포맷으로 보고서를 관리하는 팀
- 개발~운영 환경 간 배포 파이프라인 자동화가 핵심인 경우
한 가지 더 짚어둘 점이 있습니다. 첫 번째 UDF 호출 시 세션 기동 지연이 발생합니다. 보고서 열고 처음 버튼을 누르면 수 초, 경우에 따라 1분 이상 기다리는 경우도 있습니다. 세션이 한 번 열리면 이후 호출은 빠르지만, 사용자가 처음 경험하는 반응 속도는 기대보다 느릴 수 있습니다. 공식 문서는 이 초기 지연의 구체적인 원인을 별도로 설명하지 않았습니다.
자주 묻는 질문
마치며
Power BI Translytical은 분명히 의미 있는 변화입니다. 지금까지 보고서는 읽기 전용이었고, 뭔가를 수정하려면 반드시 다른 툴로 이동해야 했습니다. 그 단절을 없앤다는 방향은 맞습니다. 그리고 Fabric Capacity만 있으면 Power Apps Premium 비용 없이 쓰기 저장이 가능하다는 점도 실용적입니다.
그런데 GA가 됐다고 해서 “이제 다 된다”고 받아들이면 막히는 구간이 생깁니다. 서비스 주체 미지원, 배포 파이프라인 부재, 입력 컴포넌트의 제한, 비 Fabric 원본 미지원, 이 네 가지는 지금도 실무에서 판단을 가르는 조건들입니다. 공식 문서가 이 내용을 흩어진 페이지에 나눠 적어 놨기 때문에 한 번에 파악하기 어려웠을 뿐입니다.
앞으로 입력 컴포넌트가 더 풍부해지고 배포 파이프라인 지원이 추가된다면, 그때가 Power Apps 대체를 진지하게 검토할 타이밍이 될 것 같습니다. 지금은 조건을 알고 쓰는 게 맞습니다.
본 포스팅 참고 자료
- Microsoft Power BI Blog — Power BI March 2026 Feature Summary
https://powerbi.microsoft.com/en-us/blog/power-bi-march-2026-feature-summary/ - Microsoft Learn — Translytical 작업 흐름 개요 (한국어 공식 문서)
https://learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview - Microsoft Learn — Fabric 사용자 데이터 함수 서비스 제한
https://learn.microsoft.com/ko-kr/fabric/data-engineering/user-data-functions/user-data-functions-service-limits - Medium (Microsoft Power BI) — Comparing write-back options: Translytical Task Flows vs Power Apps (2025.09.08)
https://medium.com/microsoft-power-bi/… - NimbleLearn — 6 Things You Should Know About Translytical Task Flows (2025.10.31)
https://www.nimblelearn.com/blog/…
본 포스팅은 2026년 3월 23일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Power BI 및 Microsoft Fabric은 월간 업데이트를 통해 지속적으로 기능이 추가·변경·제거됩니다. 최신 정보는 Microsoft 공식 문서(learn.microsoft.com)에서 확인하시기 바랍니다.
댓글 남기기