大型商业应用程序 - Azure云数据库和存储问题

Question

我们正在创建大型，面向数据库的业务应用程序。此业务应用程序是多租户的，我们希望在Azure云中将其作为SOA（软件即服务）提供。 Azure SQL数据库仅限于150 GB，这对我们来说是不够的。我们的客户有大量的数据，每年都有可能增加。我们的应用程序数据库是关系和复杂的，并使用复杂的查询（组，联合，聚合函数），存储过程来获取/保存数据。因此我们不愿意直接使用Big Table。 有一个建议将数据库分解成分区和文件组，但我们不打算。还有一种可能性，只保留当年的数据到应用程序中，并放在其他分区/备份数据库中，但这不适合我们的应用程序，因为过去的数据经常被访问。如果我们使用Azure Table，我们的复杂操作将在内存中完成，由于内存资源有限，这是不可能的。 但是我们正在考虑将Azure SQL数据库和Azure表混合使用。但是我们无法找到任何合适的例子，它们使用了两者的组合。

我们还在寻找以下问题的答案？

1. 天青适合保持非常大规模的关系数据（TB's），还是我们应该有我们自己的数据库服务器来支持它？
2. 我们应该只使用Azure表和不使用Azure SQL吗？
3. 我们应该使用Azure SQL和Azure Table存储的混合吗？有没有任何样本架构/例子可以指导我们呢？

Answer 1

新的Standard和Premium Azure SQL数据库SKU现在支持250GB和500GB respectively。无论如何，Azure SQL数据库非常适合大量数据的扩展模型。 Azure SQL数据库的弹性扩展功能的预览版刚好是announced。

将数据存储在最合适的位置有很好的理由 - 与Azure SQL数据库相比，Azure Tables提供更具成本效益的高规模存储。确实有理由使用每种最合适的数据 - Azure表中的高规模，半结构化数据和Azure SQL数据库中的关系数据。

1）如果你正在创建一个新的应用程序，你应该考虑关系数据的Azure SQL数据库，并且只有在Azure虚拟机中移动到SQL Server时，如果这样做不起作用。尽管虚拟机中的SQL Server看起来很简单，但一旦开始添加传统的DBA活动（例如制作部署HA），事情就会变得更加棘手。如果你有高规模的关系需求，你应该考虑分片。

2）您的选择不应该是一个或另一个，而是在适当的情况下使用它们。

3）微软模式&实践中有多个eBooks你应该看看，以帮助你与你的架构。