Mamy pakiet aplikacji składający się z wielu aplikacji internetowych, usług internetowych i okien. Dziś mamy jeden klucz instrumentacyjny na webapp/api/service, dodatkowo jeden na środowisko. Jest to trochę nieprzyjemne i myślimy, że byłoby lepiej, aby tylko jeden wspólny klucz dla środowiska.Udostępnianie klucza AI między wieloma aplikacjami i usługami sieciowymi?
Czy istnieją inne sposoby agregowania i wizualizacji danych sztucznej inteligencji z wielu kluczy, czy też należy przenieść wszystkie klucze do jednego udostępnionego?
Pozdrowienia
Larsi
Prawdopodobnie użyjemy opcji 1 dla naszej aplikacji. Kilka interfejsów API/mikroserwisów pod jednym kluczem/kontenerem. Byłoby dobrze, gdyby App Insights App Map mogła zrozumieć, że każda strona jest oddzielnym "serwerem", a także zrozumieć, że "zewnętrzna zależność" (wywołanie API) jest w rzeczywistości wewnętrzna i na ten sam klucz ... – HenningK
Używamy jeden zasób AI dla wielu usług aplikacji (tj. wspólny klucz iKey). Działa wspaniale z niestandardowymi zdarzeniami i/lub rejestrowaniem śledzenia (używamy aplikacji log4net AI). Jednak jeśli chodzi o dane o zależnościach, wydaje mi się, że otrzymujemy tylko dane o zależnościach dla jednej usługi aplikacji (oczywiste przy przeglądaniu mapy aplikacji). Czy wiesz, czy istnieje takie ograniczenie? Podczas uruchamiania monitorowania aplikacji internetowej Azure na żywo (bez dodawania zestawu SDK w czasie kompilacji) uważam, że istnieje takie ograniczenie. –
To nie jest dokładne. Ceny aplikacji App Insights są teraz naliczane za GB przesłanych danych telemetrycznych, z darmową warstwą obejmującą 1 GB miesięcznie i płatną warstwą, w tym 4,8 GB miesięcznie. Dodatkowo płatna warstwa zawiera opłatę 15 USD/węzeł/miesiąc. https://azure.microsoft.com/en-us/pricing/details/application-insights/ – blizz