Я пытаюсь создать метод регистрации своих следов в некоторых программах. Но я изо всех сил пытаюсь подключиться к Azure Application Insights и просмотреть данные, которые хочу записать.
static void Main(string[] args)
{
// Create a service collection and configure Application Insights
var services = new ServiceCollection();
services.AddLogging(loggingBuilder => loggingBuilder.AddFilter<Microsoft.Extensions.Logging.ApplicationInsights.ApplicationInsightsLoggerProvider>("Category", LogLevel.Information));
services.AddApplicationInsightsTelemetryWorkerService((ApplicationInsightsServiceOptions options) => options.ConnectionString = "cnxn string");
// Build ServiceProvider.
IServiceProvider serviceProvider = services.BuildServiceProvider();
// Obtain logger instance from DI.
ILogger<Program> logger = serviceProvider.GetRequiredService<ILogger<Program>>();
logger.LogInformation("Worker running at: {time}", DateTimeOffset.Now);
}
Я попытался следовать собственной документации Microsoft о том, как войти в Application Insights: https://learn.microsoft.com/en-us/azure/azure-monitor/app/worker-service#net-corenet-framework-console-application
Ручная часть работала нормально, мы могли вручную войти в систему и выполнить сброс в Azure, но это не то, чего я хочу.
В конце концов, было бы неплохо, если бы я мог просто отправить logger в качестве параметра для будущих методов, чтобы можно было легко войти в Azure.
Спасибо, но могу подтвердить, что в логах ничего нет.





В конце концов, было бы неплохо, если бы я мог просто отправить
loggerв качестве параметра для будущих методов, чтобы можно было легко войти в Azure.
Я представил интерфейс ILoggerService с тремя методами ведения журнала: LogInformation, LogWarning и LogError. Этот интерфейс определяет контракт для служб журналирования.
using Microsoft.ApplicationInsights;
using System;
using System.Net.Http;
using System.Threading.Tasks;
namespace WorkerSDKOnConsole
{
public interface ILoggerService
{
void LogInformation(string message);
void LogWarning(string message);
void LogError(string message);
}
public class AzureLoggerService : ILoggerService
{
private readonly TelemetryClient _telemetryClient;
public AzureLoggerService(TelemetryClient telemetryClient)
{
_telemetryClient = telemetryClient;
}
public void LogInformation(string message)
{
_telemetryClient.TrackTrace(message, Microsoft.ApplicationInsights.DataContracts.SeverityLevel.Information);
}
public void LogWarning(string message)
{
_telemetryClient.TrackTrace(message, Microsoft.ApplicationInsights.DataContracts.SeverityLevel.Warning);
}
public void LogError(string message)
{
_telemetryClient.TrackTrace(message, Microsoft.ApplicationInsights.DataContracts.SeverityLevel.Error);
}
}
class Program
{
static async Task Main(string[] args)
{
// Create the telemetry client.
var telemetryClient = new TelemetryClient()
{
InstrumentationKey = "Ins-key"
};
// Create the logger service.
var loggerService = new AzureLoggerService(telemetryClient);
var httpClient = new HttpClient();
while (true) // This app runs indefinitely. Replace with actual application termination logic.
{
loggerService.LogInformation($"Worker running at: {DateTimeOffset.Now}");
loggerService.LogWarning("A sample warning message. By default, logs with severity Warning or higher are captured by Application Insights");
loggerService.LogInformation("Calling bing.com");
var res = await httpClient.GetAsync("https://bing.com");
loggerService.LogInformation($"Calling bing completed with status: {res.StatusCode}");
telemetryClient.TrackEvent("Bing call event completed");
await Task.Delay(1000);
}
// No need to flush telemetry client here.
}
}
}
Program, чтобы создать экземпляр AzureLoggerService вместо прямого использования TelemetryClient.TelemetryClient.TrackTrace вызовами соответствующих методов экземпляра loggerService (например, loggerService.LogInformation).Main. Поскольку мы используем пакет SDK Application Insights, он выполняет очистку автоматически.Благодаря этому я могу обеспечить простой вход в Azure Application Insights во всем приложении, внедряя зависимость ILoggerService там, где это необходимо.


Обновлено:
[TestClass]
public class ProgramTests
{
[TestMethod]
public async Task Main_LogsInformation()
{
// Arrange
var loggerServiceMock = new Mock<ILoggerService>();
var program = new Program(loggerServiceMock.Object);
// Act
await program.Main(new string[] { });
// Assert
loggerServiceMock.Verify(x => x.LogInformation(It.IsAny<string>()), Times.AtLeastOnce);
}
}
Интересно это видеть, никогда не думал о том, чтобы сделать это таким образом, используя ILoggerService в качестве интерфейса. Но это не выглядит очень дружелюбно при выполнении UnitTests?
Да, использование такого интерфейса, как ILoggerService, может создать проблемы при модульном тестировании, особенно если вы не используете макетную среду. Тем не менее, это не является непроверяемым по своей сути, пожалуйста, перепроверьте мой обновленный ответ.
Обратите внимание, что доступ к журналам может занять несколько минут.