Choose an Azure data storage system

Your data storage system is fundamental to your applications' success, and therefore to the success of your enterprise.

A well-architected data storage system is:

  • Fast and easy to implement.
  • Readily scalable to handle data growth.
  • Responsive and performant.
  • Highly available and resilient to failure.
  • Affordable.

A crucial consideration is how well a design scales as data grows. Consider an application that generates 6 terabytes (TB) of data its first month, with data increasing at a 10 percent yearly rate. The following graph shows how that data accumulates over time:

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.

After three years, there's 249 TB of data. The 10 percent growth rate steepens the slope over time.

This example isn't atypical. Data grows both as you add customers, and as your customers add data. Data can also grow because of application enhancements. A well architected system handles such data growth gracefully, remaining responsive, resilient, and affordable.

Design a data storage system

To design a data storage system on Azure, learn about how to use the many Azure services for various applications and objectives. Meeting data storage needs might require a mix of products. For example, you could keep rarely accessed data in low-cost services, and frequently accessed data in higher-cost services with faster access times.

The articles in the following table outline three system architectures for web applications. These systems can handle massive amounts of data and are resilient to system failures. These architectures use Azure Table storage, Azure Cosmos DB, and Azure App Service.

These examples can help you design a data storage system that accommodates your applications. The following capability matrix provides links to the articles, and summarizes the benefits and drawbacks of each architecture:

Architecture Benefits Drawbacks
Two-region web application with Table Storage failover Easy implementation, cost Limited resiliency with only two Azure regions
Multi-region web application with custom Storage Table replication Resiliency Implementation time and difficulty
Minimal storage – change feed to replicate data Resiliency, performance, time-based data retention Scalability, implementation time

Contributors

This article is maintained by Microsoft. It was originally written by the following contributor.

Principal author:

  • Nabil Siddiqui | Cloud Solution Architect - Digital and Application Innovation

Next steps