Любой разговор о Power BI начинается с одного и того же вопроса: «облако или on-premise?». Раньше ответ был предсказуем: on-premise дороже и сложнее, поэтому брали облако, если не было жёстких требований по данным. В 2026 математика поменялась: PBIRS теперь включён в SQL Server 2025 Standard (по per-core), прежней накрутки Enterprise + SA больше нет. Плюс подписка Pro подорожала на 40%.
Это вернуло on-premise в разговор как рабочую альтернативу для среднего бизнеса. Разбираем детально: что умеет каждый вариант, как считать TCO, как выбирать.
Два слова о том, что есть что
Power BI Service — облачная SaaS-платформа от Microsoft. Вы публикуете .pbix на portal.powerbi.com, получаете веб-интерфейс, sharing через корпоративный tenant, встроенную интеграцию с AAD/Entra, аналитику на естественном языке (Q&A), push-алерты, Fabric-интеграцию. Лицензия — подписка Pro ($14/user/мес), Premium Per User ($24/мес) или Premium Capacity (от $4995/мес).
Power BI Report Server (PBIRS) — on-premise серверное приложение, ставится на ваше железо. Хостинг отчётов через веб-портал, публикация из специальной версии Desktop (PBI Desktop for Report Server, RS-optimized). Никаких подписок для пользователей: читают столько, сколько есть CAL/core-лицензий. Главное изменение 2025:
PBIRS теперь в SQL Server 2025 Standard per-core
Раньше PBIRS требовал SQL Server Enterprise + Software Assurance (капитально от 3.5 млн ₽) или Power BI Premium. С выходом SQL Server 2025 права на PBIRS включены в Standard и Enterprise по per-core, без Software Assurance. TCO on-premise BI для среднего бизнеса сокращается в 2-3 раза.
Подробнее: Сколько стоит BI на стек Microsoft в 2026 — со сценариями и цифрами.
Матрица функций: что умеет Service, чего нет в RS
PBIRS покрывает примерно 85-90% функциональности Service. Оставшиеся 10-15% — облачно-специфичные возможности, которые on-premise не реализует по архитектурным причинам.
| Функция | Report Server | Service (Pro / Premium) |
|---|---|---|
| Публикация .pbix-отчётов | Да | Да |
| Paginated reports (ex-SSRS .rdl) | Да, нативно | Только в Premium |
| Live connection к SSAS Tabular | Да | Да (через on-premise Gateway) |
| DAX, SSAS Tabular as source | Да | Да |
| Row-Level Security (RLS) | Да, через роли SSAS или .pbix | Да, через AAD-группы |
| Scheduled refresh импортных моделей | Да, встроено | Да |
| Подписки на email с PDF/PPT | Да | Да |
| Q&A (вопросы на естественном языке) | Нет | Да |
| Dashboards (pinned-визуалы из разных отчётов) | Нет | Да |
| Data alerts (push-уведомления) | Нет | Да |
| Fabric, Lakehouse, Direct Lake | Нет | Да (Premium / Fabric) |
| AI-визуалы, Copilot | Нет | Да (Premium) |
| Dataflows, Gen2 ETL в облаке | Нет | Да |
| Embedded аналитика (клиентский портал) | Через iframe/REST | Да, Premium Embedded |
| Mobile app | Ограниченно | Полный функционал |
| Хранение данных и отчётов | На ваших серверах | Облако Microsoft |
| Независимость от доступности облачных подписок | Полная | Зависит от tenant |
| Совместная работа команды (@mentions, комментарии) | Нет | Да |
| Deployment pipelines (dev → Промежуточный → prod) | Вручную / через REST API | Нативная поддержка (Premium) |
| Версионирование через Git | Да, через PBIP-формат | Да, через PBIP + Fabric Git Integration |
Для классической управленческой отчётности (P&L, cash flow, продажи, операционные дашборды) PBIRS закрывает 100% задач. Потери функциональности ощутимы в трёх сценариях: внешние embedded-порталы с массовым доступом, командная работа с комментариями в визуалах, AI-фичи (Q&A, Copilot).
TCO: сколько стоит каждый вариант
Возьмём типовой сценарий: средний бизнес, 50 пользователей BI (аналитики + менеджмент), 20-30 отчётов, DWH на SQL Server, SSAS Tabular в качестве семантической модели.
Вариант A · Service (Power BI Pro)
Подписочная модель. Своего сервера для BI нет, всё крутится в облаке Microsoft. Нужен on-premise Gateway для подключения к SSAS (бесплатный, но крутится на ваших серверах).
- Power BI Pro: 50 × $14/мес × 12 = $8400/год ≈ 840 тыс. ₽/год
- on-premise Gateway сервер: ~80-150 тыс. ₽ разово (можно использовать существующий)
- SQL Server для DWH + SSAS: Standard Server+CAL, ~600-840 тыс. ₽ разово (отдельно от BI-контура)
- Итого первый год: ~1.5-1.8 млн ₽
- Ежегодно далее: 840 тыс. ₽/год Pro + обслуживание
- За 5 лет: ~5.5-6.2 млн ₽
Вариант B · Report Server (on-premise)
Единоразовая покупка SQL Server 2025 Standard per-core. PBIRS входит в лицензию.
- SQL Server 2025 Standard per-core: от ~800 тыс. ₽ (4 ядра min) до 1.6 млн (8 ядер для среднего сценария). PBIRS включён.
- Железо (один сервер на DWH+SSAS+PBIRS): 180-280 тыс. ₽ разово
- Итого первый год: ~1.0-1.9 млн ₽ разово
- Ежегодно далее: только обслуживание (электричество, мониторинг, разработчик на part-time). 300-600 тыс. ₽/год
- За 5 лет: ~2.5-4 млн ₽
Сравнение за 5 лет
| Статья | Service (Pro) | Report Server |
|---|---|---|
| Лицензии + железо, год 1 | ~1.5-1.8 млн ₽ | ~1.0-1.9 млн ₽ |
| Ежегодные расходы | ~900 тыс. ₽/год (растут с числом пользователей) | ~400-600 тыс. ₽/год (почти не растут) |
| TCO за 5 лет | ~5.5-6.2 млн ₽ | ~2.5-4.0 млн ₽ |
| Гибкость расширения | Легко (+$14/user/мес) | Нужна докупка CAL или ядер |
| Риск подписки | Есть (доступность tenant) | Отсутствует |
Для стабильного среднего бизнеса, где число BI-пользователей меняется постепенно, on-premise заметно дешевле на горизонте 5+ лет. Для быстрорастущих компаний (+30-50% пользователей в год) Service выгоднее на коротком горизонте, но со временем догоняет и обгоняет.
Когда выбирать Service
Ваш профиль — «быстро, гибко, облачно»
- Команда распределённая, нужен мобильный доступ без VPN
- Быстрый рост и плохо прогнозируемое число пользователей
- Плотная интеграция с Teams, SharePoint, Office 365 уже есть
- Нужны специфичные облачные фичи: Q&A, Copilot, Fabric, Direct Lake
- Нет собственных ИТ-ресурсов на администрирование on-premise
- Требуется внешний embedded-доступ для клиентов/партнёров
- Проверили, что подписка Pro доступна в вашей юрисдикции
Когда выбирать Report Server
Ваш профиль — «стабильно, контролируемо, долгосрочно»
- Средний/крупный бизнес 500М-5Б ₽ выручки со стабильным числом BI-пользователей
- Чувствительные финансовые/кадровые/клиентские данные, которые нельзя выносить в облако
- Регулируемая отрасль: банки, медицина, госсектор — требования к on-premise от регулятора
- Работающий DWH на SQL Server уже есть (добавить PBIRS — логичный шаг)
- Критично избежать риска блокировки облачной подписки
- Собственные ИТ-ресурсы (2+ человека) для администрирования
- Горизонт планирования 5+ лет
- Нужны paginated reports (старые .rdl-шаблоны финансовой отчётности)
Гибридный сценарий: когда имеет смысл
Не всегда выбор бинарный. Три наблюдаемых гибридных паттерна:
- Сердце on-premise, периферия в облаке. Основная модель и управленческая отчётность — в PBIRS. Для 3-5 топ-менеджеров, которым нужен мобильный доступ, — Power BI Pro с Live-connection к on-premise SSAS через Gateway. Получаете контроль данных плюс удобство мобильника за ~70-85 тыс. ₽/год.
- Embedded для клиентов + internal в RS. Для внутренних сотрудников — PBIRS. Для клиентского портала, где нужно embedded-встраивание — Power BI Embedded (SKU A1-A6), оплачивается по часам использования.
- Migration path: Service → RS. Компания начала с Service, выросла, число пользователей и стоимость стали некомфортными. Ключевые отчёты планово переезжают на PBIRS, часть остаётся в Service. Требует рефакторинга .pbix-файлов (версии Desktop для RS и Service различаются).
Скрытые детали, которые влияют на решение
Версии Power BI Desktop
Для Service используется обычный Power BI Desktop, для Report Server — специальная версия Power BI Desktop for Report Server (RS-optimized). Они несовместимы: файл, созданный в RS-версии, не откроется в обычной и наоборот. RS-версия обычно отстаёт от обычной на 3-6 месяцев (новые фичи сначала в Service, потом в RS).
Обновления PBIRS
Report Server выпускается 2-3 раза в год. Major release подтягивает то, что появилось в Service за предыдущие 3-6 месяцев, security updates выходят чаще. Процесс обновления PBIRS должен быть заведён заранее — устаревшие версии теряют поддержку.
Gateway-сервер
Если используете Service с on-premise источниками (SSAS, SQL Server, 1С, CRM), обязательно нужен On-premises Data Gateway. Это отдельный сервер (физический или виртуальный) с постоянным подключением к Service. Настройка, мониторинг, отказоустойчивость — на вашей стороне. Gateway падает — падают все scheduled refreshes.
Office 365 E5 и Power BI Pro
Лицензия Office 365 E5 включает Power BI Pro для всех её обладателей. Если ваша компания на E5, Pro у вас уже есть — не нужно покупать отдельно. Проверьте эту опцию перед расчётом TCO: может серьёзно изменить математику в сторону Service.
Практический алгоритм выбора
- Проверьте доступность Service в вашей юрисдикции. Уточните у реселлера: можете ли купить и продлевать Pro-подписки. Если нет — вариант Service отпадает автоматически.
- Посчитайте TCO на 5 лет для обоих сценариев. Мы собрали ROI-калькулятор — помогает оценить экономический эффект внедрения.
- Оцените обязательные фичи. Если нужны Q&A, Copilot, Fabric, embedded с массовым доступом — только Service. Если эти — «nice-to-have», а не «must-have», RS вполне подходит.
- Посмотрите на регуляторные требования. Банк/медицина/госсектор: может быть прямой запрет на облачное хранение данных. Уточняйте в юр или security-отделе.
- Оцените свою ИТ-команду. Есть ли человек, который будет админить on-premise сервер? Если нет — даже при выгодном TCO on-premise превратится в боль.
- Примите решение и держитесь его. Worst case — год жить в Service, потом полгода мигрировать на RS. Или наоборот. Нестабильная архитектура хуже неоптимальной.
Что делать дальше
- Если не уверены, что подходит — 30-минутный звонок. Назовите выручку, число пользователей, ограничения — порекомендуем вариант и вилку бюджета.
- Если выбрали Report Server — страница услуги, статья про TCO, рефакторинг для производительности.
- Если выбрали Service — шаблон ТЗ поможет сформулировать requirements для подрядчика, DAX-шпаргалка — для разработчиков.
Связанные материалы:
- Power BI для среднего бизнеса — общая картина
- Сколько стоит BI на стек Microsoft — детальный TCO-расчёт
- Рефакторинг Power BI в 10 раз — работает и в RS, и в Service
- RLS на SSAS Tabular — универсальный слой безопасности