Обзор вариантов использования данных

  • Статья

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

Определение требований к службам данных

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

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

Основные вопросы

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

  • Каков уровень управления операционной системой и ядром СУБД? В некоторых случаях требуется, чтобы вы имели высокий уровень управления или владения конфигурацией программного обеспечения и серверами узлов для рабочих нагрузок баз данных. В этих сценариях вы можете развернуть пользовательские виртуальные машины в рамках инфраструктуры как услуги (IaaS), чтобы полностью контролировать развертывание и настройку служб данных. Возможно, этот уровень управления не требуется, но, возможно, вы не готовы перейти на полное решение PaaS (платформа как услуга). В этом случае управляемый экземпляр может обеспечить более высокую совместимость с локальным ядром СУБД, предоставляя преимущества полностью управляемой платформы.
  • Будут ли рабочие нагрузки использовать технологию реляционной базы данных? Если да, какую технологию вы планируете использовать? Azure предоставляет возможности базы данных, управляемой на основе модели PaaS для Базы данных SQL Azure, MySQL, PostgreSQL и MariaDB.
    • Azure Cosmos DB поддерживает API MongoDB и PostgreSQL , чтобы воспользоваться множеством преимуществ Azure Cosmos DB, включая автоматическую высокую доступность и мгновенную масштабируемость.
  • Будут ли рабочие нагрузки использовать SQL Server? В Azure рабочие нагрузки могут выполняться на SQL Server на виртуальных машинах Azure на основе модели IaaS или в размещенной службе Базы данных SQL Azure на основе модели PaaS. Выбор варианта использования в первую очередь зависит от того, хотите ли вы управлять базой данных, применять исправления и создавать резервные копии, или же вы хотите делегировать эти операции Azure. В некоторых сценариях проблемы совместимости могут потребовать использования SQL Server, размещенного в IaaS. Дополнительные сведения о том, как выбрать правильный вариант для рабочих нагрузок, см. в статье Choose the right deployment option in Azure SQL (Выбор правильного параметра SQL Server в Azure).
  • Будут ли рабочие нагрузки использовать хранилище базы данных пары "ключ-значение"?Кэш Azure для Redis предлагает высокопроизводительное кэшированное решение для хранения пары "ключ-значение", которое может использоваться для быстрых масштабируемых приложений. Azure Cosmos DB также предоставляет возможности общего назначения для хранения пары "ключ — значение".
  • Будут ли рабочие нагрузки использовать данные документа или графа?Azure Cosmos DB — это многомодельная служба баз данных, которая поддерживает различные типы данных и API. Azure Cosmos DB также предоставляет возможности базы данных для работы с документами и графами.
    • MongoDB и Apache Gremlin — это API документов и графов, поддерживаемые Azure Cosmos DB.
  • Будут ли рабочие нагрузки использовать данные семейства столбцов?Azure Управляемый экземпляр для Apache Cassandra предлагает полностью управляемый кластер Apache Cassandra, который может расширить существующие центры обработки данных в Azure или выступать в качестве облачного кластера и центра обработки данных.
    • Apache Cassandra Api также поддерживается Azure Cosmos DB. Ознакомьтесь с документацией по сравнению продуктов , чтобы принять решение о том, как лучше всего подходит для вашей рабочей нагрузки.
  • Требуются ли для рабочих нагрузок возможности высокопроизводительной аналитики данных? Вы можете использовать Azure Synapse Analytics для эффективного хранения и запроса структурированных данных в петабайтовом масштабе. Для рабочих нагрузок неструктурированных больших данных можно использовать Azure Data Lake для хранения и анализа файлов размером с петабайты и триллионы объектов.
  • Требуются ли для рабочих нагрузок возможности поисковой системы? Вы можете использовать Когнитивный поиск Azure для создания облачных индексов поиска на основе ИИ, которые можно интегрировать в приложения.
  • Будут ли рабочие нагрузки использовать данные временных рядов?Аналитика временных рядов Azure позволяет сохранять, визуализировать и запрашивать большие объемы данных временных рядов, например, данных, созданных устройствами Интернета вещей.

Примечание

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

Распространенные сценарии баз данных

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

Если требуется Использование этой службы базы данных
Создавайте приложения, масштабируемые с помощью управляемой и интеллектуальной базы данных SQL в облаке. База данных SQL Azure
Модернизация SQL Server приложений с помощью управляемого экземпляра SQL с постоянной актуальностью в облаке. Управляемый экземпляр SQL Azure
Перенос рабочих нагрузок SQL в Azure с сохранением полной совместимости SQL Server и доступа на уровне операционной системы. SQL Server на виртуальных машинах Azure
Создавайте масштабируемые, безопасные и полностью управляемые корпоративные приложения в PostgreSQL с открытым кодом, масштабируйте PostgreSQL с одним узлом с высокой производительностью или переносите рабочие нагрузки PostgreSQL и Oracle в облако. База данных Azure для PostgreSQL
Обеспечение высокого уровня доступности и эластичного масштабирования для мобильных и веб-приложений с открытым кодом с помощью управляемой службы базы данных MySQL или миграции рабочих нагрузок MySQL в облако. База данных Azure для MySQL
Обеспечение высокого уровня доступности и эластичного масштабирования для мобильных и веб-приложений с открытым кодом с помощью управляемой службы базы данных MariaDB для сообщества. База данных Azure для MariaDB
Создавайте приложения с гарантированной низкой задержкой и высоким уровнем доступности в любом месте, в любом масштабе или переносите в облако cassandra, MongoDB, Gremlin и другие рабочие нагрузки NoSQL. Azure Cosmos DB
Модернизируйте существующие кластеры данных и приложения Cassandra, а также получите гибкость и свободу с помощью службы управляемых экземпляров. Управляемый экземпляр Azure для Apache Cassandra
Создайте полностью управляемое эластичное хранилище данных с безопасностью на всех уровнях масштабирования без дополнительных затрат. Azure Synapse Analytics
Быстрое и масштабируемое приложение с помощью хранилища данных в памяти, совместимого с открытым кодом. Кэш Azure для Redis

Сравнение функций базы данных

В следующей таблице перечислены функции, доступные в службах баз данных Azure.

Компонент База данных SQL Azure Управляемый экземпляр SQL Azure База данных Azure для PostgreSQL База данных Azure для MySQL База данных Azure для MariaDB Управляемый экземпляр Azure для Apache Cassandra Azure Cosmos DB Кэш Azure для Redis Azure Cosmos DB for MongoDB Azure Cosmos DB для Gremlin
Тип базы данных Реляционный Реляционный Реляционный Реляционный Реляционный NoSQL NoSQL In-memory NoSQL Graph
Модель данных Реляционный Реляционный Реляционный Реляционный Реляционный Многомодель: Document, Wide-Column, Key-value, Graph Широкий столбец Ключ-значение Документ График
Распределенные операции записи с несколькими мастерами Нет Нет Нет Нет Нет Да Да Да (только для уровней Enterprise и Flash) Да Да
Поддержка подключения к виртуальной сети Конечная точка службы для виртуальной сети Собственная реализация виртуальной сети Внедрение виртуальной сети (только гибкий сервер) Внедрение виртуальной сети (только гибкий сервер) Конечная точка службы для виртуальной сети Собственная реализация виртуальной сети Конечная точка службы для виртуальной сети Внедрение виртуальной сети (только для уровней Premium, Enterprise и Flash) Конечная точка службы для виртуальной сети Конечная точка службы для виртуальной сети

Примечание

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

Доступность по регионам

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

Большинство служб баз данных обычно доступны в большинстве регионов Azure. В некоторых регионах поддерживается только подмножество этих продуктов, но они в основном предназначены для государственных клиентов. Прежде чем решить, в каких регионах вы будете развертывать ресурсы базы данных, см. статью Доступность продуктов по регионам, чтобы проверка последнее состояние региональной доступности.

Дополнительные сведения о глобальной инфраструктуре Azure см. на странице Регионы Azure. Подробные сведения об общих службах, доступных в каждом регионе Azure, см. в статье Доступность продуктов по регионам.

Местонахождение данных и соответствие требованиям

Юридические и договорные требования, связанные с хранением данных, часто применяются к рабочим нагрузкам. Эти требования могут различаться в зависимости от местоположения организации, юрисдикции физических ресурсов, в которых размещены хранилища данных, и применимого бизнес-сектора. К компонентам обязательств по данным, которые следует учитывать, относятся:

  • Классификация данных.
  • Расположение данных.
  • Обязанности по защите данных в рамках модели общей ответственности.

Сведения об этих требованиях см. в статье Обеспечение соответствия мест расположения и безопасности данных с помощью Azure.

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

Установка элементов управления для служб баз данных

При подготовке среды целевой зоны можно установить элементы управления, ограничивающие, какие хранилища данных могут развертывать пользователи. Элементы управления помогают управлять затратами и ограничивать риски безопасности. Разработчики и ИТ-команды по-прежнему смогут развертывать и настраивать ресурсы, необходимые для поддержки рабочих нагрузок.

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

Например, вы можете разрешить пользователям создавать только ресурсы Базы данных SQL Azure. Вы также можете использовать политики для управления допустимыми параметрами при создании ресурса. Например, можно ограничить, какие База данных SQL SKU можно подготовить, разрешив установку на виртуальной машине IaaS только определенных версий SQL Server. Дополнительные сведения см. в статье Определения встроенных политик в Политике Azure.

Политика может быть масштабирована на ресурсы, группы ресурсов, подписки и группы управления. Вы можете включить свои политики в определения Azure Blueprints и применять их многократно в облачной среде.

Дальнейшие действия