punkt końcowy interfejsu API Intune Data Warehouse
Możesz użyć interfejsu API Intune Data Warehouse z kontem z określonymi kontrolkami dostępu opartymi na rolach i poświadczeniami Microsoft Entra. Następnie autoryzujesz klienta REST przy użyciu Tożsamość 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 poświadczeń Tożsamość Microsoft Entra i Intune
Uwierzytelnianie i autoryzacja są oparte na poświadczeniach Microsoft Entra i Intune kontroli dostępu opartej na rolach (RBAC). Wszyscy administratorzy globalni i administratorzy usługi Intune dla dzierżawy mają domyślnie dostęp do magazynu danych. Użyj ról Intune, aby zapewnić dostęp większej liczby użytkowników, dając im dostęp do Intune zasobu magazynu danych.
Wymagania dotyczące uzyskiwania dostępu do Intune Data Warehouse (w tym interfejsu API) to:
- Użytkownik musi mieć co najmniej jedną z następujących ról:
- Administrator usługi Intune
- Użytkownik z dostępem opartym na rolach do zasobu magazynu danych Intune
- Uwierzytelnianie bez użytkowników przy użyciu uwierzytelniania tylko dla aplikacji
Ważna
Aby mieć przypisaną rolę Intune i uzyskać dostęp do Intune Data Warehouse, użytkownik musi mieć licencję Intune. Aby uzyskać więcej informacji, zobacz Kontrola dostępu oparta na rolach (RBAC) z licencjami Microsoft Intune i Microsoft Intune.
Autoryzacja
Tożsamość Microsoft Entra 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 Tożsamość 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 Intune używa następującego formatu:
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 |
---|---|---|
lokalizacja | 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 Intune Data Warehouse, 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ż 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łny | Zwracanie danych między DateKey 20180214 a 20180221. |
$filter=DateKey eq 20180214 |
Pełny | Zwraca dane o DateKey wartości równej 20180214. |
$filter=DateKey ge 20180214 and DateKey lt 20180221 |
Pełny | Zwracanie danych między DateKey 20180214 a 20180220. |
maxhistorydays=7&$filter=DateKey eq 20180214 |
Pełny | Zwraca dane o DateKey wartości równej 20180214.
maxhistorydays jest ignorowane. |
$filter=RowLastModifiedDateTimeUTC ge 2018-02-21T23:18:51.3277273Z |
Pełny | Zwracanie danych z elementem RowLastModifiedDateTimeUTC jest większe lub równe 2018-02-21T23:18:51.3277273Z |