Отчёт готов, но пока он живёт одним файлом на вашем компьютере. Финальный шаг — отдать его коллегам так, чтобы они открывали актуальную версию, а данные обновлялись сами. Здесь начинается развилка: куда публиковать.
Два дома для отчёта
Power BI Service — облако Microsoft (powerbi.com). Публикуете отчёт, выдаёте доступ по ссылке, получаете мобильное приложение, рассылки, вопросы на естественном языке. Удобно для распределённых команд.
Power BI Report Server — то же, но на ваших серверах, внутри периметра компании. Данные никуда не уходят. Выбор для банков, медицины, госсектора и всех, у кого жёсткие требования к безопасности.
Модель и DAX у обоих одинаковые — отчёт переносится между ними без переделки, меняется только место публикации.
Нужна гибкость, мобильный доступ, минимум инфраструктуры → Service. Данные критичны и не должны покидать периметр → Report Server. Часто берут гибрид: чувствительное — на своих серверах, остальное — в облаке.
Откуда берётся «свежесть»
Опубликованный отчёт сам по себе не обновляется — нужно настроить расписание. И тут важная деталь: если данные лежат в вашей сети (1С, локальный SQL), облачный Service не может дотянуться до них напрямую.
Решение — шлюз (On-premises Data Gateway). Это маленькая программа в вашем контуре. Service просит обновление → шлюз сам сходит в локальный источник, заберёт данные и отдаст их в зашифрованном виде. Входящие подключения в вашу сеть при этом не открываются — только исходящие от шлюза.
«А если Microsoft заблокирует Service для РФ?» — переход на Report Server занимает день-два: отчёты, модели и DAX переносятся без переделки, меняется только строка подключения. Поэтому модель на SSAS/DAX — нейтральный актив, не привязанный к одному способу публикации.
Права доступа
Кто что видит — настраивается на уровне отчёта (кому дали ссылку) и на уровне данных (RLS, row-level security — когда менеджер видит только свой регион). RLS задаётся в модели и работает одинаково в Service и Report Server. Это отдельная большая тема; на старте достаточно знать, что она есть.
Курс пройден — что дальше
Вы прошли весь путь: зачем нужен BI, откуда берутся данные, как их разложить в «звезду», связать, посчитать мерами, выбрать визуал, оформить дашборд и опубликовать. Этого достаточно, чтобы собрать рабочий отчёт от начала до конца.
Дальше — глубина: оптимизация DAX, инкрементальное обновление, сложные модели, RLS. Часть этого мы разбираем в блоге, часть — закрываем на проектах.
Одно дело — прототип, другое — производственная BI-система на реальных объёмах, с DWH, расписаниями и поддержкой. Это мы делаем под ключ: от хранилища до готовых дашбордов. Расскажите о задаче — вернёмся с архитектурой и оценкой.