લૉગ વર્કસ્પેસમાં Azure ફંક્શન માહિતી લૉગ્સ કેમ ખૂટે છે?

એપ્લિકેશન ઇનસાઇટ્સમાં ગુમ થયેલ Azure ફંક્શન લૉગ્સનું મુશ્કેલીનિવારણ

Azure ફંક્શન્સ સાથે કામ કરવું ઘણીવાર સારી રીતે તેલયુક્ત ઓટોમેશન એન્જિન બનાવવા જેવું લાગે છે. પરંતુ જ્યારે તમારા એપ્લિકેશન આંતરદૃષ્ટિ વર્કસ્પેસમાંથી કેટલાક નિર્ણાયક લોગ અદૃશ્ય થઈ જાય ત્યારે શું થાય છે? 🤔 તે એક પડકાર છે જેનો મેં તાજેતરમાં ટાઈમર ટ્રિગર એઝ્યુર ફંક્શન વિકસાવતી વખતે સામનો કર્યો હતો. મારા માહિતી-સ્તરના લોગ્સ, જે Azure પોર્ટલ લોગ કન્સોલમાં સંપૂર્ણ રીતે કામ કરતા હતા, તે લોગ વર્કસ્પેસમાં રહસ્યમય રીતે ગેરહાજર હતા.

શરૂઆતમાં, મેં ધાર્યું કે બધું યોગ્ય રીતે ગોઠવેલું છે. છેવટે, મેં મારી ફંક્શન એપની રચના દરમિયાન એપ્લિકેશન ઇનસાઇટ્સ સેટ કરી હતી, અને ટેલિમેટ્રી સેટઅપ આઉટ ઓફ ધ બોક્સ કામ કરતું હોય તેવું લાગતું હતું. વિકાસકર્તા તરીકે, ચેતવણી અને ભૂલ લૉગ્સ યોગ્ય રીતે દેખાય છે તે જોવા સિવાય બીજું કંઈ નથી જ્યારે માહિતી લૉગ્સ ક્યાંય જોવા મળતા નથી. તેઓ ક્યાં છુપાયેલા હતા?

વેબ એપ્લિકેશનને ડીબગ કરતી વખતે આ સમસ્યાએ મને સમાન ક્ષણની યાદ અપાવી. ભૂલના લૉગ્સ "મને ઠીક કરો!" ચીસો પાડતા હતા. જ્યારે સૂક્ષ્મ માહિતી-સ્તરના લોગ રડાર હેઠળ સરકી ગયા હતા. તે ગુમ થયેલ કોયડાના ભાગને શોધવા જેવું છે - તે જાણવું કે તે અસ્તિત્વમાં છે પરંતુ તેને ખૂંટામાં જોતા નથી. 🧩 Azure's host.json અને ટેલિમેટ્રી સેટિંગ્સ ઘણીવાર અહીં ભૂમિકા ભજવે છે.

આ લેખમાં, હું આ સમસ્યાનું મૂળ કારણ અને તેને પગલું દ્વારા કેવી રીતે હલ કરવું તે તોડીશ. host.json રૂપરેખાંકનો થી લોગ લેવલ થ્રેશોલ્ડ ચકાસવા સુધી, હું તમને ઉકેલ દ્વારા માર્ગદર્શન આપીશ. ચાલો ખાતરી કરીએ કે જે માહિતી લૉગ્સ ખૂટે છે તેઓ તમારા લૉગ વર્કસ્પેસમાં પાછા ફરે છે.

ગુમ થયેલ એઝ્યુર ફંક્શન લોગ્સ અને તેને કેવી રીતે ઉકેલવું તે સમજવું

અગાઉ પૂરી પાડવામાં આવેલ સ્ક્રિપ્ટો એક સામાન્ય સમસ્યાને ઉકેલવાનો હેતુ ધરાવે છે જ્યાં માહિતી-સ્તરના લૉગ્સ Azure ફંક્શન દ્વારા જનરેટ થયેલ લોગ વર્કસ્પેસમાં દેખાતું નથી, ભલે તે Azure પોર્ટલ લોગ કન્સોલમાં દેખાય. આ વિસંગતતા ઘણીવાર host.json ફાઇલમાં અયોગ્ય ગોઠવણી, અપૂરતી ટેલિમેટ્રી સેટિંગ્સ અથવા એપ્લિકેશન આંતરદૃષ્ટિ સંકલન સાથેની સમસ્યાઓને કારણે થાય છે. જેવા આદેશોનો ઉપયોગ કરીને રૂપરેખાંકિત કાર્યોવર્કરડિફોલ્ટ્સ() અને એપ્લિકેશન ઇનસાઇટ્સ ટેલિમેટ્રી વર્કર સર્વિસ() ઉમેરો, અમે સુનિશ્ચિત કરીએ છીએ કે એપ્લિકેશન આંતરદૃષ્ટિ અપેક્ષા મુજબ લોગ્સ મેળવે છે. આ સ્ક્રિપ્ટો ટેલિમેટ્રી ડેટા એકત્ર કરવા અને મેનેજ કરવા માટે મજબૂત પાયો સ્થાપિત કરે છે.

પ્રથમ, Program.cs માં `HostBuilder` Azure ફંક્શન વર્કર એન્વાયર્નમેન્ટ સેટ કરે છે. પદ્ધતિ રૂપરેખાંકિત કાર્યોવર્કરડિફોલ્ટ() સુનિશ્ચિત કરે છે કે Azure ફંક્શન્સ માટે તમામ જરૂરી મિડલવેર પ્રારંભ થયેલ છે. તે કસ્ટમ લૉગિંગ અને ડિપેન્ડન્સી ઈન્જેક્શન કન્ફિગરેશનને પણ મંજૂરી આપે છે. આગળ, અમે AddApplicationInsightsTelemetryWorkerService() નો ઉપયોગ કરીને એપ્લિકેશન આંતરદૃષ્ટિની સ્પષ્ટપણે નોંધણી કરીએ છીએ. આ પગલું એ સુનિશ્ચિત કરે છે કે ટેલિમેટ્રી સંગ્રહ બિન-HTTP-ટ્રિગર કરેલ Azure કાર્યો માટે યોગ્ય રીતે ગોઠવેલ છે. દાખલા તરીકે, ટાઈમર ટ્રિગર ફંક્શનને ડીબગ કરવાની કલ્પના કરો: એપ્લિકેશન આંતરદૃષ્ટિ વિના, પ્રદર્શનને ટ્રેક કરવું અને સમસ્યાઓને ઓળખવી એ મેન્યુઅલ અને સમય માંગી લેતી પ્રક્રિયા બની જાય છે. 🔧

host.json ફાઇલ કયા લોગ લેવલ કેપ્ચર થાય છે તેને નિયંત્રિત કરવામાં મુખ્ય ભૂમિકા ભજવે છે. ડિફોલ્ટ અને એપ્લિકેશન આંતરદૃષ્ટિ બંને વિભાગોમાં `લોગલેવલ` ને માહિતી પર સેટ કરીને, અમે સ્પષ્ટપણે વ્યાખ્યાયિત કરીએ છીએ કે માહિતી-સ્તરના લૉગ્સ પર પ્રક્રિયા કરવી આવશ્યક છે. જો કે, samplingSettings પ્રોપર્ટી કેટલીકવાર લોગને ફિલ્ટર કરી શકે છે, જે લોગ વર્કસ્પેસમાં ગુમ થયેલ એન્ટ્રીઓ તરફ દોરી જાય છે. સેમ્પલિંગને અક્ષમ કરીને (`"isEnabled": false`), અમે ખાતરી કરીએ છીએ કે તમામ ટેલિમેટ્રી ડેટા, જેમાં માહિતી લૉગ્સનો સમાવેશ થાય છે, કૅપ્ચર કરવામાં આવ્યો છે. ઉત્પાદન સમસ્યાઓનું નિવારણ કરતી વખતે આ ખાસ કરીને મહત્વનું છે જ્યાં નાની વિગતો પણ મૂળ કારણને જાહેર કરી શકે છે. મેં એકવાર એવી પરિસ્થિતિનો સામનો કરવો પડ્યો કે જ્યાં એક નાનો લોગઇન્ફોર્મેશન સંદેશે ખોટી ગોઠવણી કરેલ શેડ્યૂલરને બહાર કાઢવામાં મદદ કરી. 🎯

છેલ્લે, યુનિટ ટેસ્ટ સ્ક્રિપ્ટ ચકાસે છે કે વિવિધ સ્તરો પર લોગ્સ-માહિતી, ચેતવણી અને ભૂલ-યોગ્ય રીતે ઉત્સર્જિત અને કેપ્ચર થયા છે. ઉપયોગ કરીને લઘુત્તમ સ્તર () સેટ કરો, અમે ખાતરી કરીએ છીએ કે લોગર ઇચ્છિત થ્રેશોલ્ડ પર અથવા તેની ઉપરના તમામ લોગ પર પ્રક્રિયા કરે છે. અમારા ઉદાહરણમાં, અમે માન્ય કર્યું છે કે જ્યારે સ્પષ્ટ રૂપરેખાંકિત કરવામાં આવે ત્યારે માહિતી લૉગ્સ દેખાય છે. આના જેવા એકમ પરીક્ષણો લખવાથી ખાતરી થાય છે કે લોગીંગ વર્તન સમગ્ર વાતાવરણમાં સુસંગત છે, જમાવટ દરમિયાન આશ્ચર્યને અટકાવે છે. એકસાથે, આ સ્ક્રિપ્ટો ગુમ થયેલ Azure ફંક્શન લોગના મુશ્કેલીનિવારણ અને તમારી ક્લાઉડ એપ્લિકેશન્સમાં ટેલિમેટ્રી સંગ્રહને ઑપ્ટિમાઇઝ કરવા માટે એક વ્યાપક ઉકેલ પ્રદાન કરે છે.

// Solution 1: Proper Host Configuration and Log Filtering
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;
public class Program
{
    public static void Main(string[] args)
    {
        var host = new HostBuilder()
            .ConfigureFunctionsWorkerDefaults()
            .ConfigureServices(services =>
            {
                services.AddApplicationInsightsTelemetryWorkerService();
                services.Configure<LoggerFilterOptions>(options =>
                {
                    options.MinLevel = LogLevel.Information;
                });
            })
            .Build();
        host.Run();
    }
}

// host.json Configuration
{
  "version": "2.0",
  "logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Function": "Information"
    },
    "applicationInsights": {
      "LogLevel": {
        "Default": "Information"
      },
      "samplingSettings": {
        "isEnabled": false
      }
    }
  }
}

using Microsoft.Extensions.Logging;
public class MyFunction
{
    private readonly ILogger _logger;
    public MyFunction(ILoggerFactory loggerFactory)
    {
        _logger = loggerFactory.CreateLogger<MyFunction>();
    }
    public void Run()
    {
        _logger.LogInformation("Executing Information level log.");
        _logger.LogWarning("This is a Warning level log.");
        _logger.LogError("This is an Error level log.");
    }
}

using Xunit;
using Microsoft.Extensions.Logging;
public class LogTests
{
    [Fact]
    public void VerifyInformationLogsAreCaptured()
    {
        var loggerFactory = LoggerFactory.Create(builder =>
        {
            builder.AddConsole();
            builder.SetMinimumLevel(LogLevel.Information);
        });
        var logger = loggerFactory.CreateLogger("TestLogger");
        logger.LogInformation("This is a test Information log.");
        Assert.True(true, "Information log captured successfully.");
    }
}

ટેલિમેટ્રી ડેટાનું અન્વેષણ કરીને ગુમ થયેલ એઝ્યુર ફંક્શન લૉગ્સનું નિરાકરણ

લોગ વર્કસ્પેસમાં દેખાતા ન હોય તેવા Azure ફંક્શન લૉગ્સનું બીજું મહત્ત્વનું પાસું એપ્લીકેશન ઇનસાઇટ્સ દ્વારા ઉપયોગમાં લેવાતી ટેલિમેટ્રી ચેનલ કન્ફિગરેશનનો સમાવેશ કરે છે. ડિફૉલ્ટ રૂપે, Azure ફંક્શન્સ એપ્લિકેશન ઇનસાઇટ્સ SDK નો ઉપયોગ કરે છે, જે તેમને ટેલિમેટ્રી એન્ડપોઇન્ટ પર મોકલતા પહેલા લોગને બફર કરે છે. આ બફરિંગ, જોકે, ટેલિમેટ્રી ડેટાના નમૂના લેવા અથવા અયોગ્ય ફ્લશિંગને કારણે માહિતી-સ્તરના લૉગ્સ જેવી અમુક લૉગ એન્ટ્રીઓમાં વિલંબ અથવા અવગણના કરી શકે છે. સુસંગત લોગ જાળવવા માટે યોગ્ય ટેલિમેટ્રી ચેનલ વર્તનની ખાતરી કરવી મહત્વપૂર્ણ છે.

એક વારંવાર અવગણવામાં આવતું પરિબળ છે સેમ્પલિંગ સેટિંગ્સ host.json માં ગોઠવણી. જ્યારે સેમ્પલિંગ સક્ષમ હોય, ત્યારે ડેટા વોલ્યુમ અને ખર્ચ ઘટાડવા માટે એપ્લિકેશન આંતરદૃષ્ટિને ફક્ત લોગનો અંશ મોકલવામાં આવે છે. જો કે, જો ડીબગીંગ માટે માહિતીના લોગ મહત્વપૂર્ણ હોય, તો તમારે કાં તો સેમ્પલિંગને સંપૂર્ણપણે અક્ષમ કરવું પડશે (`"isEnabled": false`) અથવા બધા જરૂરી લોગ્સ કેપ્ચર થયા છે તેની ખાતરી કરવા માટે સેમ્પલિંગ લોજીકને સમાયોજિત કરવું પડશે. ઉદાહરણ તરીકે, મને એવી સમસ્યાનો સામનો કરવો પડ્યો કે જ્યાં સેમ્પલિંગને સક્ષમ કરવાથી બિન-જટિલ માહિતી લોગમાં રેન્ડમ ડ્રોપ થાય છે, જે ઉત્પાદન ડિબગીંગ દરમિયાન હતાશા તરફ દોરી જાય છે. 💻

વધુમાં, ઉપયોગ કરીને ફ્લશ આદેશો ખાતરી કરે છે કે તમામ બફર ટેલિમેટ્રી તરત જ મોકલવામાં આવે છે, ડેટાના નુકશાનને ટાળે છે. એવા સંજોગોમાં જ્યાં Azure ફંક્શન્સ HTTP વિનંતીઓ અથવા ટાઈમર ટ્રિગર્સ જેવા ઉચ્ચ-લોડ ટ્રિગર્સ હેઠળ ચાલે છે, ટેલિમેટ્રી બફરિંગ ઝડપથી એકઠા થઈ શકે છે, જેના કારણે વિલંબ થાય છે. સ્પષ્ટપણે TelemetryClient.Flush() પર કૉલ કરીને અથવા ટેલિમેટ્રી એન્ડપોઇન્ટ કનેક્ટિવિટી ચકાસીને, વિકાસકર્તાઓ લોગની અસંગતતાઓને ઘટાડી શકે છે અને સચોટ મોનિટરિંગ વાતાવરણ જાળવી શકે છે. આખરે, સેમ્પલિંગ, બફરિંગ અને ફ્લશિંગને સંતુલિત કરવાથી ખર્ચ ઘટાડીને શ્રેષ્ઠ લોગ દૃશ્યતા મળે છે.

Azure ફંક્શન લૉગ્સમાં લૉગની દૃશ્યતાની ખાતરી કરવી