Application Insights'taki günlük tabanlı ve önceden toplanan ölçümler
Not
Aşağıdaki belgeler, Uygulama Analizler klasik API'sine dayanır. Uygulama Analizler için uzun vadeli plan, OpenTelemetry kullanarak veri toplamaktır. Daha fazla bilgi için bkz . .NET, Node.js, Python ve Java uygulamaları için Azure İzleyici OpenTelemetry'yi etkinleştirme.
Bu makalede, günlükleri ve önceden toplanmış ölçümleri temel alan "geleneksel" Uygulama Analizler ölçümleri arasındaki fark açıklanmaktadır. Her iki ölçüm türü de Uygulama Analizler kullanıcıları tarafından kullanılabilir. Her biri uygulama durumunu, tanılamayı ve analizi izlemede benzersiz bir değer getirir. Uygulamaları izleyen geliştiriciler, belirli bir senaryo için en uygun ölçüm türüne karar verebilir. Kararlar, uygulamanın boyutuna, beklenen telemetri hacmine ve ölçüm duyarlığı ve uyarılarına yönelik iş gereksinimlerini temel alır.
Günlük tabanlı ölçümler
Geçmişte Application Analizler'daki uygulama izleme telemetrisi veri modeli yalnızca istekler, özel durumlar, bağımlılık çağrıları ve sayfa görünümleri gibi önceden tanımlanmış birkaç olay türünü temel alır. Geliştiriciler, SDK'yi açıkça çağıran kod yazarak bu olayları el ile yaymak için SDK'yi kullanabilir. Alternatif olarak, otomatik yetkisiz erişimden gelen olayların otomatik olarak toplanmasına da güvenebilirler. Her iki durumda da, Application Analizler arka ucu toplanan tüm olayları günlük olarak depolar. Azure portalındaki Uygulama Analizler bölmeleri, günlüklerden olay tabanlı verileri görselleştirmek için analitik ve tanılama aracı görevi görür.
Eksiksiz bir olay kümesini korumak için günlükleri kullanmak büyük analitik ve tanılama değeri getirebilir. Örneğin, belirli bir URL'ye yönelik isteklerin tam sayısını ve bu çağrıları yapan farklı kullanıcıların sayısını alabilirsiniz. İsterseniz, herhangi bir kullanıcı oturumu için özel durumlar ve bağımlılık çağrıları da dahil olmak üzere ayrıntılı tanılama izlemeleri alabilirsiniz. Bu tür bilgilere sahip olmak, uygulama durumu ve kullanımıyla ilgili görünürlüğü artırabilir. Ayrıca bir uygulamayla ilgili sorunları tanılamak için gereken süreyi de azaltabilir.
Aynı zamanda, tam bir olay kümesini toplamak, büyük miktarda telemetri oluşturan uygulamalar için pratik olmayabilir ve hatta imkansız olabilir. Olay hacminin çok yüksek olduğu durumlarda, Application Analizler toplanan ve depolanan olay sayısını azaltan çeşitli telemetri hacmi azaltma teknikleri uygular. Bu teknikler örnekleme ve filtrelemeyi içerir. Ne yazık ki depolanan olay sayısının düşürülmesi, arka planda günlüklerde depolanan olayların sorgu zamanı toplamalarını gerçekleştirmesi gereken ölçümlerin doğruluğunu da düşürür.
Not
Uygulama Analizler günlüklerde depolanan olayların ve ölçümlerin sorgu zamanı toplamasını temel alan ölçümlere günlük tabanlı ölçümler adı verilir. Bu ölçümler genellikle olay özelliklerinden birçok boyuta sahiptir ve bu da analiz açısından üstün olmalarını sağlar. Bu ölçümlerin doğruluğu örnekleme ve filtrelemeden olumsuz etkilenir.
Önceden toplanmış ölçümler
Günlük tabanlı ölçümlere ek olarak, 2018'in sonlarında Application Analizler ekibi, zaman serisi için iyileştirilmiş özel bir depoda depolanan ölçümlerin genel önizlemesini gönderdi. Yeni ölçümler artık birçok özelliğe sahip tek tek olaylar olarak tutulmaz. Bunun yerine, bunlar önceden toplanmış zaman serisi olarak ve yalnızca anahtar boyutlarıyla depolanır. Bu değişiklik, yeni ölçümleri sorgu zamanında üstün hale getirir. Verilerin alınması daha hızlı gerçekleşir ve daha az işlem gücü gerektirir. Sonuç olarak, ölçümlerin boyutları ve daha hızlı yanıt veren panolar üzerinde neredeyse gerçek zamanlı uyarılar gibi yeni senaryolar etkinleştirilir.
Önemli
Hem günlük tabanlı hem de önceden toplanmış ölçümler Application Analizler'da bir arada bulunur. İkisini ayırt etmek için Uygulama Analizler kullanıcı deneyiminde önceden toplanmış ölçümler artık Standart ölçümler (önizleme) olarak adlandırılır. Olaylardaki geleneksel ölçümler Günlük tabanlı ölçümler olarak yeniden adlandırıldı.
Toplama sırasında daha yeni SDK'lar (.NET için Uygulama Analizler 2.7 SDK veya üzeri) önceden toplama ölçümleri. Bu işlem varsayılan olarak gönderilen standart ölçümler için geçerlidir, dolayısıyla doğruluk örnekleme veya filtrelemeden etkilenmez. Ayrıca GetMetric kullanılarak gönderilen özel ölçümler için de geçerlidir ve bu da daha az veri alımına ve maliyetin düşmesine neden olur.
Önceden toplama gerçekleştirmeyen SDK'lar için (başka bir ifadeyle, Uygulama Analizler SDK'larının eski sürümleri veya tarayıcı izlemesi için), Application Analizler arka ucu, Application Analizler olay koleksiyonu uç noktası tarafından alınan olayları toplayarak yeni ölçümleri doldurmaya devam eder. Kablo üzerinden iletilen azalmış veri hacminden yararlanmasanız da, önceden toplanmış ölçümleri kullanmaya devam edebilir ve toplama sırasında ölçümleri önceden toplamayan SDK'larla gerçek zamanlıya yakın boyutlu uyarıların daha iyi performans ve desteğinden yararlanabilirsiniz.
Koleksiyon uç noktası, alma örneklemesi öncesinde olayları önceden toplar. Bu nedenle, veri alımı örneklemesi, uygulamanızla kullandığınız SDK sürümünden bağımsız olarak önceden toplanmış ölçümlerin doğruluğunu hiçbir zaman etkilemez.
SDK tarafından desteklenen önceden toplanmış ölçümler tablosu
| Geçerli üretim SDK'ları | Standart ölçümler (SDK ön toplama) | Özel ölçümler (SDK önceden toplama olmadan) | Özel ölçümler (SDK ön toplama ile) |
|---|---|---|---|
| .NET Core ve .NET Framework | Desteklenen (V2.13.1+) | TrackMetric aracılığıyla desteklenir | GetMetric aracılığıyla desteklenir (V2.7.2+) |
| Java | Desteklenmez | TrackMetric aracılığıyla desteklenir | Desteklenmez |
| Node.js | Desteklenen (V2.0.0+) | TrackMetric aracılığıyla desteklenir | Desteklenmez |
| Python | Desteklenmez | Desteklenir | OpenCensus.stats aracılığıyla kısmen desteklenir |
Not
OpenCensus.stats kullanılarak Python için ölçüm uygulaması GetMetric'den farklıdır. Daha fazla bilgi için ölçümlerle ilgili Python belgelerine bakın.
Kodsuz desteklenen önceden toplanmış ölçümler tablosu
| Geçerli üretim SDK'ları | Standart ölçümler (SDK ön toplama) | Özel ölçümler (SDK önceden toplama olmadan) | Özel ölçümler (SDK ön toplama ile) |
|---|---|---|---|
| ASP.NET | Desteklenir 1 | Desteklenmez | Desteklenmez |
| ASP.NET Core | Desteklenir 2 | Desteklenmez | Desteklenmez |
| Java | Desteklenmez | Desteklenmez | Destekleniyor |
| Node.js | Desteklenmez | Desteklenmez | Desteklenmez |
- Sanal makinelerde/sanal makine ölçek kümelerinde kodsuz ekleme ASP.NET ve şirket içi standart ölçümleri boyut olmadan yayar. Aynı durum Azure Uygulaması Hizmeti için de geçerlidir, ancak koleksiyon düzeyi önerilen şekilde ayarlanmalıdır. SDK tüm boyutlar için gereklidir.
- App Service'te ASP.NET Temel kodsuz ekleme, standart ölçümleri boyut olmadan yayar. Tüm boyutlar için SDK gereklidir.
Uygulama Analizler özel ölçümleriyle ön toplamayı kullanma
Özel ölçümlerle önceden toplamayı kullanabilirsiniz. başlıca iki avantaj şunlardır:
- Özel bir ölçümün boyutu üzerinde yapılandırma ve uyarı verme özelliği
- SDK'dan Application Analizler koleksiyonu uç noktasına gönderilen veri hacmini azaltma
Uygulama Analizler SDK'sından özel ölçüm göndermenin çeşitli yolları vardır. SDK sürümünüz GetMetric ve TrackValue sunuyorsa, bu yöntemler özel ölçüm göndermenin tercih edilen yoludur. Bu durumda, önceden toplama SDK'nın içinde gerçekleşir. Bu yaklaşım, Azure'da depolanan veri hacmini ve ayrıca SDK'dan Uygulama Analizler'ne iletilen veri hacmini azaltır. Aksi takdirde, veri alımı sırasında ölçüm olaylarını önceden toplayan trackMetric yöntemini kullanın.
Özel ölçüm boyutları ve ön toplama
OpenTelemetry, trackMetric veya GetMetric ve TrackValue API çağrılarını kullanarak gönderdiğiniz tüm ölçümler otomatik olarak hem günlüklerde hem de ölçüm depolarında depolanır. Bu ölçümler, Uygulama Analizler'daki customMetrics tablosunda ve Ölçüm Gezgini'nde "azure.applicationinsights" adlı Özel Ölçüm Ad Alanı altında bulunabilir. Özel ölçümünüzün günlük tabanlı sürümü her zaman tüm boyutları korusa da, ölçümün önceden toplanmış sürümü varsayılan olarak boyut olmadan depolanır. Özel ölçümlerin boyutlarının korunması, Kullanım ve tahmini maliyet sekmesinden Azure Ölçüm Deposu'na özel ölçümler gönder'in altındaki Boyutlar ile'yi seçerek etkinleştirilebilen bir Önizleme özelliğidir.
Kotalar
Önceden toplanan ölçümler Azure İzleyici'de zaman serisi olarak depolanır. Özel ölçümlerdeki Azure İzleyici kotaları geçerlidir.
Not
Kotayı aşmanın istenmeyen sonuçları olabilir. Azure İzleyici, aboneliğinizde veya bölgenizde güvenilir olmayabilir. Kotanın aşılmasını önlemeyi öğrenmek için bkz . Tasarım sınırlamaları ve dikkat edilmesi gerekenler.
Özel ölçüm boyutlarının toplanması neden varsayılan olarak kapalıdır?
Özel ölçüm boyutlarının koleksiyonu varsayılan olarak kapalıdır çünkü gelecekte özel ölçümlerin boyutlarla depolanması Uygulama Analizler ayrı olarak faturalandırılır. Boyutlu olmayan özel ölçümleri depolamak ücretsiz kalır (bir kotaya kadar). Resmi fiyatlandırma sayfamızda yaklaşan fiyatlandırma modeli değişiklikleri hakkında bilgi edinebilirsiniz.
Grafikler oluşturma ve günlük tabanlı ve standart önceden toplanmış ölçümleri keşfetme
Önceden toplanmış ve günlük tabanlı ölçümlerden grafikler çizmek ve grafikler içeren panolar yazmak için Azure İzleyici ölçüm gezginini kullanın. İstediğiniz Uygulama Analizler kaynağını seçtikten sonra, standart (önizleme) ve günlük tabanlı ölçümler arasında geçiş yapmak için ad alanı seçicisini kullanın. Özel bir ölçüm ad alanı da seçebilirsiniz.
Uygulama Analizler ölçümleri için fiyatlandırma modelleri
Günlük tabanlı veya önceden toplanmış olsun, ölçümleri Uygulama Analizler'ne almak, alınan verilerin boyutuna göre maliyet oluşturur. Daha fazla bilgi için bkz. Azure İzleyici Günlükleri fiyatlandırma ayrıntıları. Tüm boyutları dahil olmak üzere özel ölçümleriniz her zaman Application Analizler günlük deposunda depolanır. Ayrıca, özel ölçümlerinizin boyut içermeyen önceden toplanmış bir sürümü varsayılan olarak ölçüm deposuna iletilir.
Önceden toplanmış ölçümlerin tüm boyutlarını ölçüm deposunda depolamak için Özel ölçüm boyutlarında uyarıyı etkinleştir seçeneğinin seçilmesi, özel ölçüm fiyatlandırmasına göre ek maliyetler oluşturabilir.