Monitor działający w czasie rzeczywistym — omówienie

Monitor na żywo to narzędzie, które oferuje twórcom możliwość przeglądania strumienia zdarzeń z sesji użytkownika w celu diagnozowania i rozwiązywania problemów. Twórcy aplikacji kanwy mogą używać Live Monitor do wyświetlania zdarzeń podczas tworzenia nowej aplikacji lub Power Apps Studio do monitorowania opublikowanych aplikacji w czasie wykonywania. Twórcy aplikacji opartych na modelu mogą monitorować nawigację po stronach, wykonywanie poleceń, problemy związane z formularzami i inne główne działania, aby zrozumieć zachowanie aplikacji i wprowadzić ulepszenia.

Świadczenia

Monitor na żywo może pomóc w szybszym diagnozowaniu i rozwiązywaniu problemów oraz tworzeniu bardziej niezawodnych aplikacji. Zapewnia głęboki wgląd w aplikację, rejestrując wszystkie kluczowe działania występujące w aplikacji podczas jej pracy. Monitor na żywo zapewnia również lepsze zrozumienie działania zdarzeń i formuł zawartych w aplikacji, dzięki czemu można poprawić wydajność i zidentyfikować wszelkie błędy lub problemy.

Debugowanie aplikacji

Kluczem do debugowania problemu jest lepsze zrozumienie tego, co robi aplikacja i jak to robi. Czasami trudno jest wyizolować problem, patrząc tylko na formuły aplikacji, a nawet przeglądając błędy środowiska uruchomieniowego. Obserwowanie zdarzeń podczas ich występowania w aplikacji może pomóc w zrozumieniu kolejności zdarzeń i efektywności działania aplikacji, a dzięki temu w szybszym wykrywaniu błędów i diagnozowaniu problemów.

Oto kilka przykładów problemów i pytań, które można wykryć podczas korzystania z monitora na żywo:

• Duża liczba połączeń sieciowych

  • Czy dane aplikacji są zbyt często pobierane?
  • Czy możesz zoptymalizować aplikację tak, aby pobierała dane tylko w razie potrzeby?
  • Czy kontrolki czasomierzy są zbyt często uruchamiane?
  • Czy występuje zbyt wiele zdarzeń podczas uruchamiania aplikacji? Czy pobieranie niektórych danych może być opóźnione?

• Pobieranie danych z tego samego źródła danych

  • Czy można użyć innych wzorców, takich jak buforowanie danych w kolekcjach czy stosowanie zmiennych zamiast pobierania tych samych danych wiele razy?

• Rozmiar danych odpowiedzi

  • Czy można użyć filtrów zapytań, aby zmniejszyć ilość żądanych danych?

• Czas trwania żądania

  • Czy łączniki i wtyczki są zoptymalizowane?
  • Czy można zmniejszyć rozmiar odpowiedzi przy użyciu filtrów zapytań?

• Błędy

  • Czy wymagane uprawnienia mają zostać skonfigurowane do poprawnego uruchamiania aplikacji?
  • Czy żądania są ograniczone przez platformę?

Wymagania wstępne

Do korzystania z Monitora na żywo potrzebne jest następujące członkostwo w roli zabezpieczeń w środowisku.

Typ aplikacji	Wymagana rola bezpieczeństwa
Aplikacja kanwy	Administrator środowiska lub twórca środowiska
Aplikacja oparta na modelu	Administrator systemu lub konfigurator systemu dla organizacji Dataverse

Więcej informacji: Konfigurowanie zabezpieczeń użytkownika dla zasobów w środowisku

Pulpit nawigacyjny monitora na żywo

Możesz przeglądać różne właściwości dla każdego zdarzenia w monitorze na żywo. W zależności od kategorii zdarzenia niektóre z tych właściwości mogą nie zawierać danych. Na poniższej ilustracji przedstawiono przykład pulpitu nawigacyjnego monitora na żywo dla aplikacji kanwy.

Nazwa kolumny	Podpis
Id	Numer kolejny zdarzenia.
Godzina	Godzina wystąpienia zdarzenia.
Kategoria	Typ zdarzenia, na przykład Sieć.
Operacja	Zostanie wynikająca nazwa operacji wewnętrznej w żądaniu w aplikacji. Na przykład createRow to nazwa operacji z funkcji Patch .
Wynik	Opis tekstowy kodu stanu. Na przykład stan 429 pojawi się jako "Błąd" w kolumnie wyniku. Kolory wierszy pomagają szybko identyfikować wszelkie błędy i ostrzeżenia.
Informacje o wynikach	Szczegółowe wyjaśnienie znaczenia kodów błędów i wyników. Na przykład kod stanu 429 pojawi się w tej kolumnie jako „Zbyt wiele żądań”.
Stan	Kod stanu HTTP żądania sieciowego. Na przykład kod 2XX reprezentuje pomyślne żądanie, podczas gdy kod 4XX reprezentuje błąd.
Czas trwania	Czas trwania może służyć głównie do zrozumienia wydajności wywołań sieciowych w aplikacji, ale zależy również od typu zdarzenia. Na przykład w przypadku żądania sieciowego czas trwania to czas przeznaczony na wysłanie żądania i odpowiedź, która będzie odbierana.
źródło danych	Nazwa źródła danych użytego przez operację, która spowodowała zgłoszenie zdarzenia (na przykład nazwa tabeli usługi Microsoft Dataverse).
Kontrola	Nazwa kontrolki skojarzonej z tym zdarzeniem
Właściwości	Aktywna właściwość kontrolki zgłoszonego zdarzenia.
Rozmiar odpowiedzi	W przypadku zdarzenia żądania sieciowego reprezentuje rozmiar odpowiedzi odebranej w aplikacji od nadawcy, w bajtach.

Gdy wybierzesz zdarzenie w siatce, panel pokaże dodatkowe szczegóły dotyczące zdarzenia. Panel zawiera cztery karty:

• Szczegóły: Pokazuje ogólny przegląd wybranego zdarzenia. Niektóre dane mogą zostać zwinięte w widoku drzewa. Aby wyświetlić zawartość, można rozwinąć i przejść do szczegółów.

  

• Formuła: Pokazuje powiązaną formułę z aplikacji dla wybranego zdarzenia. Nazwa właściwości kontrolki uruchamiającego zdarzenie jest wyświetlana u górnej części karty i znajduje się w tabeli zdarzeń.

  

• Żądanie: pokazuje żądanie HTTP, które zostało wysłane.

  

• odpowiedź: Pokazuje odebraną odpowiedź HTTP. Odpowiedź można wyświetlić w formacie JSON.

  

Nieobsługiwane scenariusze dla monitora na żywo

Aby dowiedzieć się więcej o nieobsługiwanych scenariuszach dla monitora na żywo, przejdź do tematu Monitorowanie zaawansowane — nieobsługiwane scenariusze.

Następne kroki

• Monitorowanie aplikacji kanwy przy użyciu narzędzia Monitor
• Monitorowanie aplikacji opartych na modelu przy użyciu narzędzia Monitor

Zobacz także

Rozwiązywanie problemów z formularzami w aplikacjach opartych na modelu
Wspólne debugowanie za pomocą monitora na żywo
Zaawansowane monitorowanie