如何确认Serilog.LoggerConfiguration.Write写入DataDog是否成功？

我用Serilog的LoggerConfiguration结合DatadogConfiguration实现了向DataDog记录异常日志的基础功能，代码如下：

var config = new DatadogConfiguration(
      url: "DATA_DOG_URL",
      port: PORT,
      useSSL: true,
      useTCP: true);

using (var log = new LoggerConfiguration().
                        WriteTo.
                        DatadogLogs
                        (
                            "MY_API_KEY",
                            service: "MY_SERVICE_NAME",
                            configuration: config,
                        ).
                       CreateLogger())
{
    //write the message
    log.Write(LogEventLevel.Error, "My message...");
}

但现在遇到核心问题：

• 应用经常处于离线状态，此时调用Write方法既不抛出异常也无成功反馈，日志会直接丢失，无法确保记录。
• 想实现先写本地文件，在线时自动转发到DataDog的逻辑，但自行检测网络状态会有竞态问题——刚检测到在线，准备发日志时连接又断了，还是会丢日志。
  另外，我不能使用DataDog Agent，因为软件要安装在终端用户机器上，配置Agent会引发大量支持问题，多数用户环境也不允许。

最终需求：找到一种可靠的日志写入方式，能确认写入成功，绝对不丢失日志。

1. 基于Serilog的分层日志架构：本地持久化+后台重试转发 #

利用Serilog的多Sink特性，同时配置文件Sink和Datadog Sink，并给Datadog Sink加上重试机制，确保离线时的日志能在恢复联网后补发。

配置步骤：

• 先安装必要的NuGet包：Serilog.Sinks.File、Serilog.Sinks.Datadog.Logs、Serilog.Sinks.Async（可选，避免阻塞主线程）
• 配置Serilog时，同时启用文件Sink和带重试的Datadog Sink：

// 配置Datadog连接信息
var ddConfig = new DatadogConfiguration(
    url: "DATA_DOG_URL",
    port: PORT,
    useSSL: true,
    useTCP: true);

// 构建Logger实例
var log = new LoggerConfiguration()
    // 第一步：写入本地文件，作为日志兜底，确保绝对不丢
    .WriteTo.File(
        path: "./logs/app-.log",
        rollingInterval: RollingInterval.Day,
        retainedFileCountLimit: 30,
        fileSizeLimitBytes: 10_485_760, // 单文件最大10MB
        shared: true)
    // 第二步：异步写入Datadog，内置重试逻辑
    .WriteTo.Async(a => a.DatadogLogs(
        apiKey: "MY_API_KEY",
        service: "MY_SERVICE_NAME",
        configuration: ddConfig,
        batchSize: 10,
        batchPeriod: TimeSpan.FromSeconds(2),
        queueSizeLimit: 10000 // 离线时最多缓存10000条日志，避免内存溢出
    ))
    .CreateLogger();

// 日志使用示例
log.Error("My message...");

2. 解决竞态与确认问题：依赖Sink内置逻辑+本地兜底 #

• 本地文件Sink是同步写入磁盘（可配置异步），只要写入成功就不会丢失，这是最可靠的最终存储。
• Datadog Sink内置重试逻辑：网络失败时，日志会暂存在内存队列中，后续自动重试发送；队列满时可配置丢弃策略，但因为已有本地文件兜底，无需担心丢失。
• 无需自行检测网络状态：Serilog的Datadog Sink会自动处理连接失败、重试流程，彻底避免手动检测的竞态问题。

3. 额外保障：日志写入确认 #

如果需要明确确认日志是否成功写入DataDog，可参考两种方式：

• 以本地文件作为最终可信源，DataDog作为同步目标，即使DataDog暂时没收到，本地文件也有完整记录，后续可手动补发（若需）。
• 若必须确认DataDog写入成功，可以封装日志方法，监听Datadog Sink的队列状态，但这种方式会增加复杂度，建议优先依赖本地文件兜底。

4. 注意事项 #

• 内存队列大小要合理：根据应用场景调整queueSizeLimit，避免离线时队列过大导致内存占用过高。
• 文件Sink配置：确保文件路径有写入权限，滚动日志和保留策略要适配用户机器的存储情况。
• 异步写入：用Serilog.Sinks.Async包装Datadog Sink，避免网络请求阻塞主线程影响应用性能。

内容的提问来源于stack exchange，提问作者Joshua Frank