Обзор вариантов использования данных
При подготовке среды зоны размещения для внедрения в облако необходимо определить требования к данным для размещения рабочих нагрузок. Продукты и службы базы данных 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).
- Будут ли рабочие нагрузки использовать хранилище базы данных key/value? Кэш 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 или выступать в качестве облачного кластера и центра обработки данных.
- API Apache Cassandra также поддерживается 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 | В памяти | NoSQL | График |
| Модель данных | Реляционная | Реляционная | Реляционная | Реляционная | Реляционная | Multimodel: Document, Wide-column, Key-value, Graph | Широкий столбец | Ключ-значение | Документ | График |
| Распределенные записи с несколькими мастерами | No | No | No | No | No | Да | Да | Да (только уровни Enterprise и Flash) | Да | Да |
| Поддержка подключения к виртуальной сети | Конечная точка службы для виртуальной сети | Реализация собственной виртуальной сети | Внедрение виртуальной сети (только гибкий сервер) | Внедрение виртуальной сети (только гибкий сервер) | Конечная точка службы для виртуальной сети | Реализация собственной виртуальной сети | Конечная точка службы для виртуальной сети | Внедрение виртуальных сетей (только уровни Premium, Enterprise и Flash) | Конечная точка службы для виртуальной сети | Конечная точка службы для виртуальной сети |
Примечание.
Служба приватного канала упрощает проектирование сети, чтобы службы Azure могли обмениваться данными через частные сети. Она поддерживается для всех служб базы данных Azure. В случае служб баз данных Управляемый экземпляр эти экземпляры развертываются в виртуальных сетях, что отрицает необходимость развертывания частных конечных точек для них.
Доступность в регионах
Azure позволяет доставлять службы в нужном масштабе клиентам и партнерам в любой точке мира. Ключевым фактором при планировании развертывания облака является определение того, в каком регионе Azure будут размещаться ресурсы рабочей нагрузки.
Большинство служб баз данных обычно доступны в большинстве регионов Azure. Несколько регионов поддерживают только подмножество этих продуктов, но они в основном предназначены для государственных клиентов. Перед решением о том, какие регионы вы развернете ресурсы базы данных, ознакомьтесь с продуктами , доступными по регионам , чтобы проверить последнее состояние региональной доступности.
Дополнительные сведения о глобальной инфраструктуре Azure см. на странице Регионы Azure. Подробные сведения об общих службах, доступных в каждом регионе Azure, см. в разделе "Продукты", доступные по регионам.
Местонахождение данных и соответствие требованиям
Юридические и договорные требования, связанные с хранением данных, часто применяются к рабочим нагрузкам. Эти требования могут различаться в зависимости от местоположения организации, юрисдикции физических ресурсов, в которых размещены хранилища данных, и применимого бизнес-сектора. К компонентам обязательств по данным, которые следует учитывать, относятся:
- Классификация данных.
- Расположение данных.
- Ответственность за защиту данных в рамках модели общей ответственности.
Дополнительные сведения об этих требованиях см. в статье "Достижение соответствия требованиям к месту расположения и безопасности данных в Azure".
Процесс обеспечения соответствия может включать контроль физического расположения ресурсов базы данных. Регионы Azure объединены в группы, называемые географическими регионами. География Azure гарантирует соблюдение требований к расположению, соответствию нормам и устойчивости в определенных географических и политических границах. Если на рабочие нагрузки распространяются независимость данных или другие требования соответствия, вы должны развернуть ресурсы хранилища в регионах в соответствующем географическом регионе Azure.
Установка элементов управления для служб баз данных
При подготовке среды целевой зоны можно установить элементы управления, ограничивающие, какие хранилища данных могут развертывать пользователи. Элементы управления помогают управлять затратами и ограничивать риски безопасности. Разработчики и ИТ-группы по-прежнему смогут развертывать и настраивать ресурсы, необходимые для поддержки рабочих нагрузок.
После определения и документирования требований зоны размещения вы можете использовать Политику Azure для управления ресурсами базы данных, которые пользователям разрешено создавать. Элементы управления могут разрешать или запрещать создание типов ресурсов базы данных.
Например, вы можете разрешить пользователям создавать только ресурсы Базы данных SQL Azure. Вы также можете использовать политики для управления допустимыми параметрами при создании ресурса. Например, можно ограничить, какие База данных SQL номера SKU можно подготовить, разрешая устанавливать только определенные версии SQL Server на виртуальной машине IaaS. Дополнительные сведения см. в статье Определения встроенных политик в Политике Azure.
Политика может быть масштабирована на ресурсы, группы ресурсов, подписки и группы управления. Вы можете включить политики в определения Azure Blueprints и применять их многократно в облаке.
Следующие шаги
- Ознакомьтесь с рекомендациями по обеспечению безопасности базы данных.
- Ознакомьтесь с сравнением параметров развертывания SQL Azure.