Power Platform 락인: Dataverse, Azure, 셀프 호스팅을 어떻게 판단할 것인가
Power Platform의 강점은 분명하다. ID, Teams, Dynamics, 청구가 같은 테넌트 안에 있다. 다만 주권, 규모 비용, AI 변경 리뷰가 중요하다면 Dataverse와 Azure 런타임의 경계를 먼저 확인해야 한다.
TL;DR: Power Platform의 강점은 중력이다 — 이미 당신의 Microsoft 테넌트 안에, 하나의 ID와 하나의 청구서 위에 있다. 그래도 두 가지 구조적 사실이 어려운 사례들을 결정한다. 첫째, 비용은 성공세다: 모든 항목(사용자당, Dataverse GB당, AI 메시지당)이 채택과 함께 확장되므로, 앱이 작동하고 있는 바로 그때 청구서가 가장 빨리 불어난다. 그라운딩된 에이전트 하나를 포함한 현실적인 500명 사용자 배포는 정가 기준 연 약 21.6만 달러로 모델링되며, 사용량과 함께 오른다. 둘째, 이탈 비대칭성이 있다: 모든 것이 이미 거기 있기에 진입은 마찰이 없고, 내보내기가 앱의 형태는 가져가도 당신의 데이터는 가져가지 못하며 런타임은 Azure를 전혀 떠날 수 없기에 이탈은 비싸다. 주권 또는 규모 시 비용을 중시하는 구매자에게 이 두 가지 사실은 어떤 기능 비교보다도 먼저 플랫폼을 결정한다.
정직한 출발점은 중력이 실재하며 합리적이라는 것이다. 당신의 회사가 Microsoft 365 위에서 돌아간다면 Power Platform은 바로 거기에 있다 — 하나의 Entra ID, Teams·SharePoint·Dynamics로의 네이티브 연결, 하나의 청구서, 하나의 지원 관계. Microsoft로 표준화된 조직에게 이를 선택하는 것은 흔히 옳은 결정이며, 이 글은 그렇지 않은 척하지 않을 것이다.
이 글은 데모가 결코 하지 않는 두 가지를 할 것이다. “사실상 공짜고, 이미 테넌트 안에 있다”가 규모에서 무엇이 되는지에 숫자를 매기는 것, 그리고 당신이 떠나려는 날 무슨 일이 일어나는지 보여주는 것이다.
성공세: 상세히 계산한 모델
여기 구체적인 배포가 있다. 당신 자신의 숫자로 다시 계산할 수 있도록 모든 가정을 명시했다. 500명 사용자, 몇 개의 앱, 그리고 고객 대면 에이전트 하나. 정가, 엔터프라이즈 할인 없음:
| 항목 | 가정 | 연간 비용(정가) |
|---|---|---|
| Power Apps Premium | 500명 사용자 × $20/user/mo | $120,000 |
| Dataverse 스토리지 | 포함분 초과 50 GB × ~$40/GB/mo | $24,000 |
| Copilot Studio 에이전트 | 그라운딩된 2,000 msgs/일 × ~10 credits × $0.01 | ~$72,000 |
| 합계 | ~$216,000 / 년 |
이제 합계보다 더 중요한, 이 표의 형태를 읽어보라. 모든 행은 단위당이며 성공과 함께 확장된다: 앱을 쓰는 사람이 늘고(사용자당), 레코드가 쌓이고(GB당), 에이전트에 던지는 질문이 늘어난다(메시지당, 게다가 RAG 그라운딩은 각각 약 10 크레딧으로 비싼 쪽이다). 채택을 두 배로 하면 청구서도 대략 두 배가 된다. 파일럿일 때 저렴했던 플랫폼이 작동하고 있는 바로 그때 가장 비싸진다 — 그것이 성공세이며, 옵트아웃할 수 있는 가격 티어가 아니라 구조적인 것이다.
양방향으로 두 가지 단서. 당신의 실제 숫자는 단위당으로는 더 낮을 것이다(물량 및 Enterprise Agreement 할인은 실재한다) — 그리고 표가 빠뜨린 부분에서는 더 높기도 하다(프리미엄 커넥터 시나리오, 추가 용량, Power Automate 흐름, 2026년 1월 2일에 신규 고객에게 중단되어 그들을 $20 티어나 종량제로 밀어낸 앱당 $5 플랜). 핵심은 정확한 달러 숫자가 아니다. 셀프 호스팅 런타임에서 사용자 하나 더, GB 하나 더, 에이전트 호출 하나 더에 드는 한계 비용은 당신 자신의 인프라이며 — 대체로 평평하다 — 반면 Power Platform의 그것은 성공의 단위마다 똑딱이는 계량기라는 것이다.
이탈 비대칭성
두 번째 사실은 비용 문제를 함정으로 바꾸는 것이다. Power Platform “솔루션”은 내보낼 수 있고, 이는 이식성처럼 들린다. 무엇이 경계를 넘는지 정확히 읽어보라:
솔루션 내보내기는 당신의 메타데이터 — 테이블, 폼, 흐름, 앱 정의 — 를 가져가지만 테이블 안의 데이터는 가져가지 않는다.
따라서 당신은 앱의 형태는 가져갈 수 있지만 내용물은 두고 가야 한다. 당신의 비즈니스 데이터는 Dataverse에 산다. 처음에 그곳으로 마이그레이션했고, 거기 두기 위해 지속적인 스토리지 비용을 낸다. 그리고 런타임 자체 — 앱을 실행하는 것 — 은 Azure 전용이며, 셀프 호스팅 옵션이 없고, Microsoft는 그것을 제공하지 않겠다고 밝혔다. 따라서 떠나는 것은 다운로드가 아니다. 재플랫폼화 프로젝트다: 앱 로직을 그것을 실행할 수 있는 어딘가에 다시 짓고, 모든 Dataverse 테이블을 내보내 다시 로드하고, 통합을 재구성하는 일이다.
그것이 비대칭성이다, 분명히 말하면: 들어가기는 쉽다, 모든 것이 이미 거기 있으니까. 나가기는 어렵다, 모든 것이 이제 그 안에 있으니까. 채택을 마찰 없게 만드는 바로 그 중력이 이탈을 프로젝트로 만든다 — 그리고 당신은 떠날 이유가 생기는 날까지 그것을 느끼지 못한다. 그 시점에 앱은 200명이 쓰는 시스템이 되어 있다.
우회로가 없는 트리거: 주권
어떤 부류의 구매자에게는 비용 모델과 이탈 비대칭성이 두 번째 문제다. 주권 요건이 먼저 오기 때문이다. 당신이 거주 규정 아래 있는 은행, 에어갭이 필수인 국방·정부 워크로드, 또는 주권 요건을 가진 의료 시스템이라면, 규제 당국이 요구하는 곳에 런타임을 둘 수 있는지가 기능 비교보다 앞서는 경계가 된다. Power Platform은 Microsoft의 관리형 클라우드를 전제로 설계되어 있다. 그 전제가 맞으면 강하다. 맞지 않으면 이것은 가격 협상이 아니라 배포 경계의 문제다.
정직하게 마주한 반론: “그 중력은 그만한 가치가 있다”
Power Platform에 유리한 가장 강한 논거는 실재하며, 당신은 그것을 온 힘을 다해 진술해야 한다: 이미 우리 테넌트 안에 있고, 우리의 ID와 청구서를 공유하며, 우리 사람들이 이미 사는 Microsoft 도구들과 네이티브로 통합되고, 한 벤더로 집약하는 것은 큰 가치가 있다. 매우 많은 조직에게 그것은 그저 사실이며, 락인은 받아들이는 것이 합리적인 거래다.
그 논거는 오직 세 가지 트리거에서만 무너진다 — 그리고 규율이란 일반론을 논하는 것이 아니라 그중 하나라도 당신에게 해당하는지 확인하는 것이다:
- 주권 — 셀프 호스팅이 필수다. 우회로는 존재하지 않으며, 이것만으로 결정된다.
- 규모 시 비용 — 당신의 사용량이 크거나 충분히 빠르게 성장하여, 성공세가 런타임을 소유하는 비용을 넘어 누적된다.
- AI 변경의 거버넌스 — Copilot이 당신의 앱에 가하는 변경을, 당신이 통제하는 런타임 위의 검토 가능한 diff로 만들어야 한다. 사후에만 검사할 수 있는 불투명한 관리형 솔루션 구성이 아니라.
셋 중 어느 것도 해당하지 않는다면, Microsoft의 중력은 이기기 어렵고 아마 이기게 두는 것이 맞다. 단 하나라도 해당한다면, 아무리 많은 테넌트 내 편의성도 그것을 해결하지 못한다. 각각은 런타임이 어디에 사는지, 그리고 성장에 무엇이 드는지의 속성이지, Power Platform이 출시할 수 있는 기능이 아니기 때문이다.
Power Platform이 올바른 선택인 경우 — 그리고 대안의 비용
정직하게 유지하자면: 당신이 Microsoft에 전면적으로 올인했고, 데이터가 이미 Microsoft 클라우드에 살며, 주권 요건이 없고, 한 곳에 책임을 집약하는 집약을 중시한다면, Power Platform은 훌륭하고 합리적인 선택이며, 락인이 당신이 신경 쓰는 무엇인가를 결코 치르게 하지 않을 수도 있다. 많은 내부 앱은 테넌트를 떠날 필요가 한 번도 없다.
그리고 대안은 공짜가 아니다. 런타임을 셀프 호스팅한다는 것은 당신이 그것을 운영한다는 뜻이다 — 패치, 스케일링, 백업, Microsoft가 본래 당신을 대신해 지는 운영상의 무게. 그것은 실재하는 비용이며, 주권 필요가 없는 작은 팀에게는 성공세를 완전히 능가할 수 있다. 런타임 소유가 무조건 더 낫다고 가장하지 않겠다. 그것은 세 가지 트리거 중 하나를 가진 구매자에게 더 낫고, 하나도 없는 자에게는 오버헤드다.
ObjectStack의 입장
ObjectStack은 트리거를 가진 구매자를 위해 만들어졌다. 그것은 셀프 호스팅이 가능하다 — 런타임을 당신의 데이터와 규제 당국이 요구하는 곳에 둘 수 있다. 그것은 당신의 비즈니스를 Dataverse로 마이그레이션시켜 기가바이트 단위로 되빌려주게 하는 대신 당신이 이미 운영하는 CRM/ERP/DB에 연결하므로, 이탈 시 재플랫폼화 리스크를 줄일 수 있다. 앱 코어는 열려 있고 읽을 수 있는 메타데이터이므로, Copilot 식의 AI 변경은 출시 전에 사람이 승인하는 검토 가능한 diff이지 불투명한 관리형 구성이 아니다. 그리고 당신이 런타임을 소유하기에, AI 생산성은 메시지당 계량기이기를 멈춘다 — 더 많은 성공의 한계 비용은 당신의 인프라이지 세금이 아니다.
이미 전면 올인한 조직에 대해서는 Microsoft의 테넌트 내 편의성에 맞서지 않겠다. 그 중력은 실재하며, 손사래로 치워버리는 것은 거짓말일 것이다. 주장은 좁고, 그것에 들어맞는 구매자만을 위한 것이다: 주권, 규모 시 비용, 또는 AI가 무엇을 바꿨는지의 거버넌스가 걸려 있을 때, 당신의 앱, 당신의 데이터, 그리고 그 규칙을 집행하는 런타임은 당신이 소유하고 읽을 수 있는 것이어야 한다 — 빌려 쓰며 가지고 떠날 수 없는 것이 아니라.