Поделиться через


Зеркальное отображение Snowflake в Microsoft Fabric

Зеркальное отображение в Fabric предоставляет простое решение для избежания сложных процессов ETL (извлечение, преобразование, загрузка) и интеграции ваших существующих данных из хранилища Snowflake с остальными данными в Microsoft Fabric. Вы можете непрерывно реплицировать существующие данные Snowflake непосредственно в OneLake платформы Fabric. В Fabric вы можете раскрыть мощные возможности бизнес-аналитики, искусственного интеллекта, Инженерии данных, Науки о данных и сценарии совместного использования данных.

Руководство по настройке базы данных Snowflake для зеркального отображения в Fabric см. в руководстве по настройке зеркальных баз данных Microsoft Fabric из Snowflake.

Зачем использовать зеркальное отображение в Fabric?

При использовании зеркального режима в Fabric вам не нужно собирать вместе разные службы от нескольких поставщиков. Вместо этого вы можете наслаждаться высоко интегрированным, комплексным и простым продуктом, который предназначен для упрощения потребностей аналитики, и построен для открытости и совместной работы между Корпорацией Майкрософт, Snowflake и 1000-ми технологическими решениями, которые могут читать формат таблицы Delta Lake с открытым исходным кодом.

Какие возможности аналитики встроены?

Зеркальные базы данных — это элемент в Хранилище данных Fabric, отличный от хранилища и конечной точки аналитики SQL.

Схема зеркального отображения базы данных Fabric для Snowflake.

Зеркальное отображение создает три элемента в рабочей области Fabric:

  • Элемент зеркальной базы данных. Зеркальное отображение управляет репликацией данных в OneLake и преобразованием в Parquet в формате, готовом к аналитике. Это позволяет последующим сценариям, таким как инженерия данных, анализ данных и многое другое.
  • Конечная точка SQL-аналитики
  • Семантическая модель по умолчанию

Каждая зеркальная база данных имеет автоматически созданную конечную точку аналитики SQL, которая обеспечивает широкий аналитический интерфейс поверх разностных таблиц, созданных процессом зеркального отображения. У пользователей есть доступ к знакомым командам T-SQL, которые могут определять и запрашивать объекты данных, но не управлять данными из конечной точки аналитики SQL, так как это копия только для чтения. В конечной точке аналитики SQL можно выполнить следующие действия:

  • Изучите таблицы, ссылающиеся на данные в таблицах Delta Lake из Snowflake.
  • Не создавайте запросы и представления кода и визуально просматривайте данные без написания строки кода.
  • Разрабатывайте представления SQL, встроенные табличные функции (ТВФ) и хранимые процедуры для инкапсуляции семантики и бизнес-логики в T-SQL.
  • Управление разрешениями для объектов.
  • Запрос данных в других хранилищах и лейкхаусах в той же области работы.

Помимо редактораCopilot

Вопросы безопасности

Чтобы включить зеркальное отображение Fabric, вам потребуются разрешения пользователя для базы данных Snowflake, содержащей следующие разрешения:

  • CREATE STREAM
  • SELECT table
  • SHOW tables
  • DESCRIBE tables

Дополнительные сведения см. в документации Snowflake о привилегиях управления доступом для потоковых таблиц и необходимых разрешениях для потоков.

Внимание

Все детализированные средства безопасности, установленные в исходном хранилище Snowflake, необходимо повторно настроить в зеркальной базе данных в Microsoft Fabric. Дополнительные сведения см. в разделе "Подробные разрешения SQL" в Microsoft Fabric.

Вопросы учета затрат на зеркалирование в Snowflake

Вычисления Fabric, используемые для репликации данных в Fabric OneLake, бесплатны. Стоимость хранилища зеркального отображения бесплатна до определенного лимита, основанного на емкости. Дополнительные сведения см. в разделах Стоимость зеркального отображения и Цены на Microsoft Fabric. Использование вычислительных ресурсов для выполнения запросов к данным с помощью SQL, Power BI или Spark тарифицируется по обычным ставкам.

Fabric не взимает плату за входящий сетевой трафик в OneLake для зеркалирования.

При зеркальном отображении данных возникают затраты на вычислительные мощности Snowflake и облачные вычисления: на вычисления виртуального хранилища и облачных сервисов.

  • Плата за вычислительные ресурсы виртуального хранилища Snowflake:
    • Плата за вычисления будет взиматься на стороне Snowflake, если есть изменения данных, которые считываются в Snowflake, и, в свою очередь, зеркально отражаются в Fabric.
    • Все запросы метаданных выполняются в фоновом режиме для проверки изменений данных, и за них не взимается плата за использование вычислительных ресурсов Snowflake. Однако запросы, которые создают данные, такие как SELECT *, пробуждают хранилище данных Snowflake, и за эти вычисления будет взиматься плата.
  • Плата за вычисления служб Snowflake:
    • Несмотря на то, что не взимается плата за вычисления для таких задач, как разработка, запросы метаданных, управление доступом, отображение изменений данных и даже запросов DDL, существуют облачные затраты, связанные с этими запросами.
    • В зависимости от типа издания Snowflake, с вас будут списаны соответствующие кредиты Snowflake за любые расходы на облачные услуги.

На следующем снимке экрана вы увидите затраты на вычислительные ресурсы виртуального хранилища и облачные службы для связанной базы данных Snowflake, которая зеркально отображается в Fabric. В этом сценарии большинство вычислительных затрат облачных служб (выделены желтым цветом) связаны с запросами на изменение данных, основанными на упомянутых ранее точках. Затраты на вычислительные ресурсы виртуального хранилища (синие) строго связаны с изменениями данных, которые считываются из Snowflake и синхронизируются с Fabric.

Снимок экрана графика затрат Snowflake.

Для получения дополнительной информации о специфических затратах на облачные запросы Snowflake см. документацию Snowflake: Понимание общих затрат.

Следующий шаг