0

我们终于在我们的服务结构集群中正确配置了 EventSource 和 ElasticSearch。现在我们有了想要将 EventSources 添加到与我们的服务结构应用程序交互的 Web 应用程序，以便我们可以在一个位置查看所有事件（应用程序日志）并通过 Kibana 过滤/查询。

我们的问题似乎与作为 exe 的服务结构应用程序和无状态的 .NET 4.6（不是 .net CORE）Web 应用程序之间的差异有关。在 service Fabric 中，我们将实例化管道的 using 语句放在 Program.cs 中并设置无限睡眠。

private static void Main()
{
        try
        {
            using (var diagnosticsPipeline = ServiceFabricDiagnosticPipelineFactory.CreatePipeline("CacheApp-CacheAPI-DiagnosticsPipeline"))
            {
                ServiceEventSource.Current.ServiceTypeRegistered(Process.GetCurrentProcess().Id, typeof(Endpoint).Name);
                // Prevents this host process from terminating so services keeps running. 
                Thread.Sleep(Timeout.Infinite);
            }

如何在 Web 应用程序中执行此操作？这是我们用于 EventSource 的非 ServiceFabric 实现的管道代码。这就是我们正在使用的：

using (var pipeline = DiagnosticPipelineFactory.CreatePipeline("eventFlowConfig.json"))
    {
        IEnumerable ie = System.Diagnostics.Tracing.EventSource.GetSources();

        ServiceEventSource.Current.Message("initialize eventsource");

    }

我们可以在 using 语句中看到管道并将事件发送到 ElasticSearch，但不能在它之外。所以问题是：

  1. 我们如何/在哪里放置我们的管道使用语句用于 Web 应用程序？
  2. 我们是否需要在每次记录时实例化和销毁管道，或者是否有办法在无状态 Web 事件中重用该管道？这看起来会非常昂贵并且会损害性能。也许我们可以缓存管道？

就是这样，如果您需要澄清，请告诉我。我看到很多用于客户端应用程序的 doco，但对于 Web 应用程序来说却不多。

谢谢，格雷格

使用解决方案代码更新

诊断管道管道；

protected void Application_Start(Object sender, EventArgs e)
{
    try
    {
        pipeline = DiagnosticPipelineFactory.CreatePipeline("eventFlowConfig.json");   
        IEnumerable ie = System.Diagnostics.Tracing.EventSource.GetSources();
        AppEventSource.Current.Message("initialize eventsource");

    }
}

protected void Application_End(Object sender, EventArgs e)
{
    pipeline.Dispose();
}
4

1 回答 1

2

假设 ASP.NET Core 初始化 EventFlow 管道的最简单方法是在 Program.csMain()方法中，例如：

public static void Main(string[] args)
{
    using (var pipeline = DiagnosticPipelineFactory.CreatePipeline("eventFlowConfig.json"))
    {
        var host = new WebHostBuilder()
            .UseKestrel()
            .UseContentRoot(Directory.GetCurrentDirectory())
            .UseIISIntegration()
            .UseStartup<Startup>()
            .UseApplicationInsights()
            .Build();

            host.Run();
    }
}

这利用了 host.Run() 将阻塞直到服务器关闭的事实，因此管道将在接收和服务请求期间存在。

根据您使用的 Web 框架，情况可能会有所不同。例如，如果您使用的提供“设置”和“清理”挂钩，您可以在设置阶段创建一个诊断管道（并将对它的引用存储在某个成员变量中），然后在清理阶段处理它。例如，在 ASP.NET 经典中，您将代码放入global.asax.cs并利用Application_OnStart和Application_OnEnd方法。有关详细信息，请参阅ASP.NET 中的应用程序实例、应用程序事件和应用程序状态。

就像你说的，每次服务请求时创建一个管道实例是非常低效的。确实没有充分的理由这样做。

于 2017-03-31T16:31:26.370 回答