Internetowy interfejs API, który wywołuje internetowe interfejsy API: przechodzenie do środowiska produkcyjnego
Po uzyskaniu tokenu w celu wywołania internetowych interfejsów API poniżej przedstawiono kilka kwestii, które należy wziąć pod uwagę podczas przenoszenia aplikacji do środowiska produkcyjnego.
Włącz rejestrowanie
Aby ułatwić debugowanie i rozwiązywanie problemów z błędami uwierzytelniania, biblioteka Microsoft Authentication Library zapewnia wbudowaną obsługę rejestrowania. Rejestrowanie w każdej bibliotece opisano w następujących artykułach:
Oto kilka sugestii dotyczących zbierania danych:
Użytkownicy mogą poprosić o pomoc w przypadku wystąpienia problemów. Najlepszym rozwiązaniem jest przechwycenie i tymczasowe przechowywanie dzienników. Podaj lokalizację, w której użytkownicy mogą przekazywać dzienniki. Biblioteka MSAL udostępnia rozszerzenia rejestrowania umożliwiające przechwytywanie szczegółowych informacji o uwierzytelnianiu.
Jeśli dane telemetryczne są dostępne, włącz ją za pośrednictwem biblioteki MSAL, aby zbierać dane dotyczące sposobu logowania użytkowników do aplikacji.
Weryfikowanie integracji
Przetestuj integrację, postępując zgodnie z listą kontrolną integracji Platforma tożsamości Microsoft.
Tworzenie pod kątem odporności
Dowiedz się, jak zwiększyć odporność w aplikacji. Aby uzyskać szczegółowe informacje, zobacz Zwiększanie odporności aplikacji uwierzytelniania i autoryzacji, które tworzysz
Następne kroki
Teraz, gdy znasz podstawy wywoływania internetowych interfejsów API z własnego internetowego interfejsu API, być może interesuje Cię poniższy samouczek, który opisuje kod używany do tworzenia chronionego internetowego interfejsu API wywołującego internetowe interfejsy API.
Przykład | Platforma | Opis |
---|---|---|
active-directory-aspnetcore-webapi-tutorial-v2 rozdział 1 | ASP.NET Core internetowy interfejs API, program Desktop (WPF) | ASP.NET Core internetowy interfejs API wywołuje Microsoft Graph, który jest wywoływany z aplikacji WPF przy użyciu Platforma tożsamości Microsoft. |