我正在编写Service Fabric中托管的有状态服务。该服务的工作是使用来自外部队列的消息,转换它们并将它们放在我们自己的消息系统上。根据供应商文档,吞吐量可以达到6k消息/秒。
我已将服务配置为多个分区以分散消息负载,并且每个分区具有最小2个/最多3个副本。要从故障中恢复,我可以订阅供应商队列并传入时间戳,我希望从该时间戳接收消息。为此,我将存储在服务状态下处理的最后一条消息的时间戳。由于消息的数量,我决定在计时器上“保存”(并允许下游的潜在重复消息)
这是时间调用的代码:
private async void _timer_Elapsed(object sender, ElapsedEventArgs e)
{
var saveRetryPolicy = Policy
.Handle<Exception>()
.WaitAndRetryAsync(5, retryAttempt =>
TimeSpan.FromSeconds(Math.Pow(2, retryAttempt))
);
await saveRetryPolicy.ExecuteAsync(async () =>
{
using (var tx = _stateManager.CreateTransaction())
{
var state = await _stateManager.TryGetAsync<IReliableDictionary<string, long>>(TimestampStateName);
if (state.HasValue)
{
await state.Value.AddOrUpdateAsync(tx, TimestampStateName, _lastTXTimestamp,
(s, l) => _lastTXTimestamp);
await tx.CommitAsync();
}
else
{
var s =
await _stateManager.GetOrAddAsync<IReliableDictionary<string, long>>(tx, TimestampStateName);
await tx.CommitAsync();
_timer_Elapsed(this, null);
}
}
});
}
每次尝试持续存在时,我都会在每个分区上出现“System.Fabric.FabricNotPrimaryException”错误。
我已经包含了一个重试政策(由Polly Retry提供),因为有一个类似问题的评论建议这样做。这没有任何影响,可以延长报告错误之前的时间。
我是否误解了应该如何使用SF的基本内容?这似乎是一个简单的用例。
答案 0 :(得分:2)
评论回答:
确保您没有在所有副本上启动计时器,但只能在主副本上启动计时器。