Выбор системы хранилища данных Azure

  • Статья

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

Хорошо разработанная система хранения данных:

  • Быстрая и простая реализация.
  • Легко масштабируемость для обработки роста данных.
  • Адаптивный и исполнительный.
  • Высокая доступность и устойчивость к сбоям.
  • Доступный.

Важно учитывать, насколько хорошо масштабируется проектирование по мере роста данных. Рассмотрим приложение, которое создает 6 терабайтов (ТБ) данных в первый месяц с увеличением данных на 10 процентов в год. На следующем графике показано, как данные накапливаются с течением времени:

A line graph showing terabytes created over time, from 6 T B after one month to 249 after three years. The 10 percent growth rate steepens the slope over time.

Через три года объем данных достигает 249 ТБ. Темп роста на 10 процентов с течением времени обручает склон.

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

Проектирование системы хранения данных

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

В статьях в следующей таблице описаны семь системных архитектур для веб-приложений. Эти системы могут обрабатывать большие объемы данных и устойчивы к сбоям системы. Эти архитектуры используют хранилище таблиц Azure, Azure Cosmos DB, Фабрика данных Azure и Azure Data Lake служба хранилища.

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

Архитектура Льготы Недостатки
Двухрегионное веб-приложение с таблицей служба хранилища отработки отказа Простая реализация, стоимость Ограниченная устойчивость с двумя регионами Azure
Веб-приложение с несколькими регионами с пользовательскими служба хранилища таблицами реплика Устойчивость Длительность и сложность реализации
Минимальное хранилище — канал изменений на реплика te Устойчивость, производительность, хранение данных на основе времени Масштабируемость, время реализации

Соавторы

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

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

  • Nabil Siddiqui | Архитектор облачных решений — инновации в сфере цифровых технологий и приложений

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