Сведения о приложении не генерируются для основного приложения. Net, развернутого в сервисном кластере fabri c Linux - PullRequest
0 голосов
/ 04 апреля 2020

У меня есть основное приложение. Net, которое развернуто в сервисном кластере fabri c Linux. Информация о приложении настраивается в приложении.

Startup.cs

public void ConfigureServices(IServiceCollection services)
        {            
            ApplicationInsights.AspNetCore.Extensions.ApplicationInsightsServiceOptions aiOptions
                = new ApplicationInsights.AspNetCore.Extensions.ApplicationInsightsServiceOptions
                {
                    EnableAdaptiveSampling = false,

                    EnableQuickPulseMetricStream = false,

                    InstrumentationKey = "xxx"
                };

services.AddApplicationInsightsTelemetry(aiOptions);

У меня есть класс controller , который имеет некоторые методы действий и журналы информация.

[HttpPost]
public ActionResult actionMethod(...)
       {
            TraceLine("------------------------------------");
            //some code
       }

private static void TraceLine(string msg)
        {
            msg = $">> {DateTime.UtcNow.ToString("o")}: {msg}";
            Log.Information(msg);
        }

Я использую Serilog, настроенный в appsettings. json & Program.cs

Когда я нажимаю метод действия напрямую из локального (без размещения его даже на локальном sf) кластера), через Почтальон, я вижу, как генерируются идеи приложения и передаются в azure.

azure снимок приложения:

Но когда я нажимаю метод действия который развернут на Azure service fabri c Я не вижу генерируемой информации.

Что мне здесь не хватает?

Любая помощь очень ценится!

Ответы [ 2 ]

0 голосов
/ 28 апреля 2020

Мне удалось решить эту проблему с помощью Microsoft.ApplicationInsights.ServiceFabri c .Native SDK в моем приложении для регистрации сведений о приложении.

Обратитесь к разделу .NetCore в ApplicationInsights-ServiceFabri c, чтобы узнать, как настроить понимание для приложения service fabri c.

0 голосов
/ 18 апреля 2020

Что ж, нам нужно проверить несколько вещей здесь:

1) URL-адрес приложения и ключ инструментария в файлах параметров развертывания для кластера, размещенного в облаке ( Облако. xml)

2) После проверки Облака. xml, лучший способ - получить доступ к файлам журналов и проверить, в чем собственно проблема.

Здесь есть описание здесь , который объясняет, как узнать, где хранятся файлы журнала.

Вы можете использовать RDP для доступа к машине, что объясняется здесь .

...