Как устроено ценообразование dbt?
Как клиент, вы платите за количество пользовательских лицензий и объём использования за каждый месяц. Плата за пользовательские лицензии в основном зависит от количества приобретённых лицензий.
Использование рассчитывается на основе количества успешно построенных моделей и, если соответствующая функция приобретена и используется, запрошенных метрик Semantic Layer при условии разумного использования. Все расчёты для выставления счетов выполняются по всемирному координированному времени (UTC).
Что считается пользовательской лицензией?
Подробнее о добавлении пользователей в вашу учётную запись можно узнать в разделе Пользователи и лицензии. Существует четыре типа пользовательских лицензий:
- Analyst* — для наборов разрешений, назначаемых и совместно используемых теми, кому не нужен ежедневный доступ.
- Developer — для наборов разрешений, требующих ежедневного взаимодействия с dbt platform.
- IT — для доступа к определённым функциям управления учётной записью (например, настройке интеграции с git).
- Read-Only — для доступа к просмотру определённых документов и отчётов.
* Лицензии типа Analyst больше не доступны для приобретения.
Что считается успешно построенной моделью?
Успешно построенная модель — это любая модель, успешно построенная в среде развёртывания dbt средствами оркестрации dbt. Сюда входят задания, запускаемые по расписанию, сборки CI (инициируемые pull request) и запуски через API dbt. Успешно построенные модели учитываются, даже если впоследствии весь запуск завершается ошибкой. Например, если задание, содержащее 100 моделей, завершается ошибкой после построения 51 модели, учитывается только эта 51 модель.
Модели, построенные в среде разработки dbt (например, через Studio IDE), не учитываются в объёме использования. Тесты, seeds, эфемерные модели и снимки также не учитываются.
При первоначальном создании динамической таблицы модель учитывается (если создание прошло успешно). Однако при последующих запусках dbt пропускает такие модели, если определение динамической таблицы не изменилось. Речь идёт не об изменениях в SQL-логике, а об изменениях в логике dbt, в частности тех, которые регулируются параметром on_configuration_change). Динамическая таблица продолжает обновляться с заданной периодичностью, поскольку этим обновлением управляет адаптер, а не dbt.
| Что учитывается в количестве успешно построенных моделей | |
|---|---|
| Представления (View) | ✅ |
| Таблицы (Table) | ✅ |
| Инкрементальные модели (Incremental) | ✅ |
| Эфемерные модели | ❌ |
| Тесты | ❌ |
| Seeds | ❌ |
| Снимки | ❌ |
Когда включён dbt State, повторно используемая модель (пропущенная или клонированная) не учитывается как успешно построенная модель. Такие модели оплачиваются отдельно как ежедневно активные целевые таблицы (DATTs). Подробнее см. в разделе Использование dbt State.
Что считается запрошенной метрикой?
Semantic Layer, работающий на базе MetricFlow, измеряет использование в отдельных запрошенных метриках.
- Каждый успешный запрос к API Semantic Layer на формирование или выполнение SQL учитывается как минимум как одна запрошенная метрика, даже если данные не возвращены.
- Если запрос вычисляет несколько метрик или формирует SQL для них, каждая вычисляемая метрика учитывается как отдельная запрошенная метрика.
- Если запрос не выполнен успешно на платформе данных или завершается ошибкой до завершения выполнения, он не учитывается как запрошенная метрика.
- Запросы метаданных из Semantic Layer также не учитываются как запрошенные метрики.
Примеры запрошенных метрик:
-
Запрос одной метрики с группировкой по одному или нескольким измерениям → 1 запрошенная метрика
dbt sl query --metrics revenue --group-by metric_time -
Запрос двух метрик с группировкой по двум измерениям → 2 запрошенные метрики
dbt sl query --metrics revenue,gross_sales --group-by metric_time,user__country
Компиляция метрик учитывается таким же образом — одна запрошенная метрика на каждую скомпилированную метрику (например, dbt sl query --metrics revenue --compile → 1 запрошенная метрика).
Просмотр использования в продукте
Просмотр использования в продукте доступен только определённым ролям:
- Тариф Starter — группа Owner
- Тарифы Enterprise и Enterprise+ — роли Account admin и Billing admin
Если у вас есть доступ к страницам Billing и Usage в разделе Account settings, вы можете просматривать оценку использования за месяц, отслеживать использование в вашей учётной записи относительно этой оценки и видеть, в каких проектах строится больше всего моделей.
Чтобы просмотреть оценку использования на уровне учётной записи, перейдите в 'Account settings' и выберите 'Billing'.Пользователи тарифов Starter и Developer могут отслеживать использование в учётной записи относительно включённого в тариф количества построенных моделей. Пользователи тарифа Enterprise могут видеть, какая часть годового согласованного объёма уже израсходована и сколько осталось.
На каждой странице Project home любой пользователь с доступом к проекту может видеть, сколько моделей строится каждый месяц, а на каждой странице Environment доступны сведения о заданиях с наибольшим количеством построенных моделей.
На странице Project home отображается количество моделей, построенных за каждый месяц.На вкладке Insights страницы Job details отображается количество моделей, построенных за месяц в рамках этого задания, а также модели, построение которых занимает больше всего времени.
Чтобы просмотреть количество моделей, построенных за месяц в рамках конкретного задания, откройте вкладку 'Insights' на странице 'Job details'.Данные об использовании, отображаемые в dbt, являются лишь оценочными и могут поступать с задержкой, а некоторые визуализации недоступны на устаревших тарифах. Окончательный объём использования за месяц указывается в ежемесячных выписках (для тарифа Starter и тарифов уровня Enterprise).
