azure - 在 Azure 表存储中存储应用程序日志的策略

Question

我要确定一个在 Azure 表存储中存储日志信息的好策略。我有以下内容:

PartitionKey: The name of the log.

RowKey: Inversed DateTime ticks,

这里唯一的问题是分区可能会变得非常大(数百万个实体)，并且大小会随着时间的推移而增加。

但是话虽这么说，正在执行的查询类型将始终包括 PartitionKey(无扫描)和 RowKey 过滤器(次要扫描)。

例如(用自然语言):

where `PartitionKey` = "MyApiLogs" and
where `RowKey` is between "01-01-15 12:00" and "01-01-15 13:00"

如果查询是在 PartitionKey 和 RowKey 上完成的，我知道分区的大小并不重要。

Answer 1

看看我们的新 Table Design Patterns Guide - 特别是日志数据反模式，因为它讨论了这种情况和替代方案。通常，当人们写入日志文件时，他们会使用 PK 日期，这会导致分区变热，因为所有写入都会写入单个分区。很多时候，Blob 最终成为日志数据的更好目的地 - 因为人们通常最终会批量处理日志 - 该指南将其作为一种选择进行讨论。