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


Хранение и анализ данных

Azure Data Lake Storage
Azure Cosmos DB
Azure Data Factory
База данных SQL Azure
Хранилище таблиц Azure

Сценарий этого примера демонстрирует конвейер данных, который объединяет большие объемы данных из нескольких источников в единую аналитическую платформу в Azure. Этот конкретный сценарий основан на решении по продажам и маркетингу, но конструктивные шаблоны актуальны для многих отраслей, требующих расширенной аналитики больших наборов данных, таких как электронная коммерция, розничная торговля и здравоохранение.

Архитектура

Архитектура для сценария хранения и анализа данных в Azure

Скачайте файл Visio этой архитектуры.

Поток данных

Поток данных проходит через решение следующим образом.

  1. Для каждого источника данных все обновления периодически экспортируются в промежуточную область в Azure Data Lake Storage.
  2. Фабрика данных Azure добавочно загружает данные из Azure Data Lake Storage в промежуточные таблицы в Azure Synapse Analytics. В ходе этого процесса данные очищаются и преобразовываются. PolyBase может сделать процесс параллельным для больших наборов данных.
  3. После загрузки нового пакета данных в хранилище создается ранее созданная табличная модель Служб Azure Analysis Services. Эта семантическая модель упрощает анализ бизнес-данных и связей.
  4. Бизнес-аналитики используют Microsoft Power BI для анализа данных в хранилище с помощью семантической модели Analysis Services.

Компоненты

У компании имеются источники данных на различных платформах:

  • Локальный сервер SQL Server
  • Локальный Oracle
  • База данных SQL Azure
  • Табличное хранилище Azure
  • Azure Cosmos DB (облачная база данных)

Данные из этих разных источников данных загружаются с помощью нескольких компонентов Azure:

  • Azure Data Lake Storage используется для подготовки исходных данных перед загрузкой в Azure Synapse.
  • Фабрика данных управляет преобразованием промежуточных данных в общую структуру в Azure Synapse. Фабрика данных использует PolyBase при загрузке данных в Azure Synapse для максимальной пропускной способности.
  • Azure Synapse — это распределенная система для хранения и анализа больших наборов данных. Использование ею массовой параллельной обработки (MPP) делает ее пригодной для запуска высокопроизводительной аналитики. Azure Synapse может использовать PolyBase для быстрой загрузки данных из Azure Data Lake Storage.
  • Службы Analysis Services предоставляют семантику модели для данных. А также может увеличить производительность системы при анализе данных.
  • Power BI — это набор средств бизнес-аналитики для анализа данных и обмена аналитическими сведениями. Power BI может запрашивать семантическую модель, хранящуюся в Analysis Services, или напрямую запрашивать Azure Synapse.
  • Идентификатор Microsoft Entra проверяет подлинность пользователей, которые подключаются к серверу служб Analysis Services через Power BI. Фабрика данных также может использовать идентификатор Microsoft Entra для проверки подлинности в Azure Synapse с помощью субъекта-службы или управляемого удостоверения для ресурсов Azure.

Альтернативные варианты

  • Этот пример конвейера включает несколько разных источников данных. Эта архитектура может обрабатывать самые разнообразные источники реляционных и нереляционных данных.

  • Фабрика данных управляет рабочими процессами конвейера данных. Если вы хотите загрузить данные только один раз или по запросу, можно использовать такие средства, как массовая копия SQL Server (bcp) и AzCopy для копирования данных в Azure Data Lake Storage. Затем данные можно загрузить напрямую в Azure Synapse с помощью PolyBase.

  • Если у вас есть очень большие наборы данных, рассмотрите возможность использования Data Lake Storage, которая предоставляет неограниченное хранилище для аналитических данных.

  • Azure Synapse не подходит для рабочих нагрузок OLTP или малых наборов данных (менее 250 ГБ). Для этих случаев следует использовать Базу данных SQL Azure или Microsoft SQL Server.

  • Сравните с другими альтернативами:

Подробности сценария

Этот пример демонстрирует компанию по продажам и маркетингу, которая создает программы стимулирования. Это программы для вознаграждения клиентов, поставщиков, продавцов и сотрудников. Основой для этих программ являются данные, и компания хочет улучшить аналитические сведения, полученные с помощью аналитики данных с использованием Azure.

Компании необходим современный подход к анализу данных, чтобы своевременно принимать решения, используя правильные данные. Компания поставила перед собой следующие цели.

  • Объединить различные типы источников данных в платформу в масштабе облака.
  • Преобразовать источник данных в общую классификацию и структуру, чтобы данные были согласованными и их можно было с легкостью сравнивать.
  • Загружать данные, используя строгий параллельный подход, который может поддерживать тысячи программ стимулирования без высоких затрат на развертывание и обслуживание локальной инфраструктуры.
  • Значительно уменьшить время, необходимое для сбора и преобразования данных, чтобы вы могли сосредоточиться на анализе данных.

Потенциальные варианты использования

Этот подход также может использоваться для:

  • Создания хранилища данных, которое будет единственным источником правильных данных.
  • Интеграции реляционных источников данных с другими неструктурированными наборами данных.
  • Использования семантического моделирования и мощных средств визуализации для более простого анализа данных.

Рекомендации

Эти рекомендации реализуют основные принципы Azure Well-Architected Framework, которые являются набором руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. вWell-Architected Framework.

Технологии этой архитектуры были выбраны, поскольку они отвечали требованиям компании к масштабируемости и доступности во время контролирования затрат.

Оптимизация затрат

Оптимизация затрат фокусируется на способах сокращения ненужных расходов и повышения эффективности работы. Дополнительные сведения см. в контрольном списке проверки конструктора для оптимизации затрат.

Просмотрите пример ценообразования для сценария хранения данных с помощью калькулятора цен Azure. Изменяйте значения до тех пор, пока не увидите, как ваши требования влияют на затраты.

  • Azure Synapse позволяет масштабировать уровни вычислений и хранилища независимо. Стоимость за использование вычислительных ресурсов взимается каждый час. По требованию пользователя может быть выполнена приостановка использования данных ресурсов или их масштабируемость. В ресурсах хранилища стоимость взимается за используемые терабайты, что значит, что при получении большего количества данных стоимость увеличится.
  • Затраты на фабрику данных основаны на количестве операций чтения и записи, операций мониторинга и действий оркестрации, выполняемых в рабочей нагрузке. Затраты на фабрику данных будут увеличиваться с каждым дополнительным потоком данных и объемом данных, обрабатываемых каждым из них.
  • Службы Analysis Services доступны на уровнях "Разработчик", "Базовый" и "Стандартный". Оценивание экземпляров происходит на основе используемых единиц обработки запроса (QPU) и доступной памяти. Чтобы снизить затраты, свести к минимуму количество запущенных запросов, необходимо знать, сколько данных они обрабатывают и как часто они запускаются.
  • Power BI имеет различные варианты продукта для различных требований. Power BI Embedded предоставляет возможность внедрения функций Power BI в приложения на основе Azure. Экземпляр Power BI Embedded включен в образец цены выше.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующим участником.

Автор субъекта:

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

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