Punkt końcowy interfejsu API Data Warehouse usługi Intune
Interfejs API Data Warehouse usługi Intune można używać z kontem z określonymi kontrolkami dostępu opartymi na rolach i poświadczeniami Microsoft Entra. Następnie autoryzujesz klienta REST przy użyciu identyfikatora Microsoft Entra przy użyciu protokołu OAuth 2.0. Na koniec utworzysz zrozumiały adres URL, aby wywołać zasób magazynu danych.
wymagania dotyczące identyfikatora Microsoft Entra i poświadczeń usługi Intune
Uwierzytelnianie i autoryzacja są oparte na poświadczeniach Microsoft Entra i kontroli dostępu opartej na rolach (RBAC) usługi Intune. Wszyscy administratorzy globalni i administratorzy usługi Intune dla dzierżawy mają domyślnie dostęp do magazynu danych. Użyj ról usługi Intune, aby zapewnić dostęp większej liczby użytkowników, dając im dostęp do zasobu magazynu danych usługi Intune .
Wymagania dotyczące uzyskiwania dostępu do Data Warehouse usługi Intune (w tym interfejsu API) to:
- Użytkownik musi być jednym z następujących elementów:
- administrator globalny Microsoft Entra
- Administrator usługi Intune
- Użytkownik z dostępem opartym na rolach do zasobu magazynu danych usługi Intune
- Uwierzytelnianie bez użytkowników przy użyciu uwierzytelniania tylko dla aplikacji
Ważna
Aby mieć przypisaną rolę usługi Intune i uzyskać dostęp do Data Warehouse usługi Intune, użytkownik musi mieć licencję usługi Intune. Aby uzyskać więcej informacji, zobacz Kontrola dostępu oparta na rolach (RBAC) z licencjami Microsoft Intune i Microsoft Intune.
Autoryzacji
Microsoft Entra identyfikator używa protokołu OAuth 2.0, aby umożliwić autoryzację dostępu do aplikacji internetowych i internetowych interfejsów API w dzierżawie Microsoft Entra. Ten przewodnik jest niezależny od języka i opisuje sposób wysyłania i odbierania komunikatów HTTP bez korzystania z bibliotek open source. Przepływ kodu autoryzacji OAuth 2.0 został opisany w sekcji 4.1 specyfikacji OAuth 2.0.
Aby uzyskać więcej informacji, zobacz Autoryzowanie dostępu do aplikacji internetowych przy użyciu protokołu OAuth 2.0 i identyfikatora Microsoft Entra.
Struktura adresu URL interfejsu API
Punkty końcowe interfejsu API Data Warehouse odczytują jednostki dla każdego zestawu. Interfejs API obsługuje zlecenie GET HTTP i podzbiór opcji zapytania.
Adres URL usługi Intune ma następujący format:
https://fef.{location}.manage.microsoft.com/ReportingService/DataWarehouseFEService/{entity-collection}?api-version={api-version}
Uwaga
W powyższym adresie URL zastąp {location}
ciąg , {entity-collection}
i {api-version}
na podstawie szczegółów podanych w poniższej tabeli.
Adres URL zawiera następujące elementy:
Element | Przykład | Opis |
---|---|---|
Lokalizacji | msua06 | Podstawowy adres URL można znaleźć, wyświetlając blok interfejsu API Data Warehouse w centrum administracyjnym Microsoft Intune. |
kolekcja jednostek | devicePropertyHistories | Nazwa kolekcji jednostek OData. Aby uzyskać więcej informacji na temat kolekcji i jednostek w modelu danych, zobacz Model danych. |
wersja interfejsu API | Beta | Wersja to wersja interfejsu API do uzyskania dostępu. Aby uzyskać więcej informacji, zobacz Wersja. |
maxhistorydays | 7 | (Opcjonalnie) Maksymalna liczba dni historii do pobrania. Ten parametr może być dostarczany do dowolnej kolekcji, ale będzie obowiązywał tylko w przypadku kolekcji, które należą dateKey do ich właściwości klucza. Aby uzyskać więcej informacji, zobacz Filtry zakresu dateKey . |
Informacje o wersji interfejsu API
Teraz możesz użyć wersji 1.0 Data Warehouse usługi Intune, ustawiając parametr api-version=v1.0
zapytania . Aktualizacje do kolekcji w Data Warehouse mają charakter addytywny i nie przerywają istniejących scenariuszy.
Najnowszą funkcjonalność Data Warehouse można wypróbować przy użyciu wersji beta. Aby użyć wersji beta, adres URL musi zawierać parametr api-version=beta
zapytania . Wersja beta oferuje funkcje, zanim zostaną ogólnie udostępnione jako obsługiwana usługa. Ponieważ usługa Intune dodaje nowe funkcje, wersja beta może zmienić zachowanie i kontrakty danych. Wszelkie niestandardowe narzędzia do tworzenia kodu lub raportowania zależne od wersji beta mogą zostać przerwane z bieżącymi aktualizacjami.
Opcje zapytania OData
Bieżąca wersja obsługuje następujące parametry zapytania OData: $filter
, $select
i $skip,
$top
. W $filter
systemie tylko DateKey
lub RowLastModifiedDateTimeUTC
mogą być obsługiwane, gdy kolumny mają zastosowanie, a inne właściwości wyzwalają nieprawidłowe żądanie.
Filtry zakresu dateKey
DateKey
Filtry zakresu mogą służyć do ograniczania ilości danych do pobrania dla niektórych kolekcji z dateKey
właściwością klucza. Filtr DateKey
może służyć do optymalizacji wydajności usługi przez podanie następującego $filter
parametru zapytania:
DateKey
sam w systemie$filter
, obsługującylt/le/eq/ge/gt
operatory i łączący się z operatoremand
logiki , gdzie można je zamapować na datę rozpoczęcia i/lub datę zakończenia.maxhistorydays
jest dostarczana jako opcja zapytania niestandardowego.
Przykłady filtrów
Uwaga
W przykładach filtru założono, że dzisiaj jest to 21.02.2018.
Filtrowanie | Optymalizacja wydajności | Opis |
---|---|---|
maxhistorydays=7 |
Pełne | Zwracanie danych między DateKey 20180214 a 20180221. |
$filter=DateKey eq 20180214 |
Pełne | Zwraca dane o DateKey wartości równej 20180214. |
$filter=DateKey ge 20180214 and DateKey lt 20180221 |
Pełne | Zwracanie danych między DateKey 20180214 a 20180220. |
maxhistorydays=7&$filter=DateKey eq 20180214 |
Pełne | Zwraca dane o DateKey wartości równej 20180214. maxhistorydays jest ignorowane. |
$filter=RowLastModifiedDateTimeUTC ge 2018-02-21T23:18:51.3277273Z |
Pełne | Zwracanie danych z elementem RowLastModifiedDateTimeUTC jest większe lub równe 2018-02-21T23:18:51.3277273Z |
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla