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

Question

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

PartitionKey：日志的名称。

ROWKEY：倒置的日期时间刻度,

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

但尽管如此，所执行的查询类型将始终包括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

看看我们新的表设计模式指南--特别是日志数据反模式，因为它讨论了这个场景和替代方案。通常，当人们写入日志文件时，他们会使用PK的日期，这会导致分区热，因为所有的写入都转到一个分区。通常，BLOB最终成为日志数据的更好目的地--因为人们通常会成批地处理日志--指南将此作为一种选择。