Udostępnij za pośrednictwem


Emulator usługi Azure Data Explorer Kusto

Emulator Kusto to środowisko lokalne, które hermetyzuje aparat zapytań. Środowisko umożliwia ułatwienie lokalnego programowania i zautomatyzowanego testowania. Ponieważ środowisko działa lokalnie, nie wymaga aprowizacji usług platformy Azure ani nie ponosi żadnych kosztów; jest to bezpłatna oferta w ramach postanowień licencyjnych dotyczących oprogramowania firmy Microsoft.

Ważne

  • Emulator jest dostarczany zgodnie z oczekiwaniami, bez żadnej pomocy technicznej ani gwarancji.
  • Emulator nie jest przeznaczony do użycia w środowiskach produkcyjnych.
  • Postanowienia licencyjne jawnie zabraniają testów porównawczych przy użyciu emulatora, ponieważ nie są one przeznaczone lub zoptymalizowane do tego celu. Emulator ma bardzo inny profil wydajności w porównaniu z usługą Azure Data Explorer.

Architektura

Emulator jest dostępny jako obraz kontenera platformy Docker systemu Windows lub Linux . Uwidacznia punkt końcowy zapytania za pośrednictwem protokołu HTTP, który może być używany z dowolnym klientem, w tym Kusto.Explorer, Kusto.CLI lub Kusto.Data SDK.

Schematowa reprezentacja architektury emulatora Kusto.

Emulator obsługuje wszystkie polecenia i zapytania w ramach ograniczeń architektury. Na przykład polecenia zasad zabezpieczeń na poziomie wiersza są obsługiwane, ale ponieważ nie ma uwierzytelniania w emulatorze, nie są one przydatne.

Emulator nie zawiera usługi zarządzania danymi , dlatego nie obsługuje pozyskiwania w kolejce, zarządzanych ani przesyłanych strumieniowo. Można jednak pozyskiwać dane przy użyciu poleceń pozyskiwania. Dane można pozyskiwać z plików lokalnych, tabel zewnętrznych lub danych zewnętrznych. Domyślnie pozyskane dane są utrwalane na dysku w kontenerze; w związku z tym dane są tak przejściowe, jak sam kontener. Jeśli chcesz zachować dane, możesz zachować je poza kontenerem, instalowania woluminu w kontenerze i utrwalania danych na woluminie.

Scenariusze emulatora usługi Kusto

Główne scenariusze emulatora to:

  • Programowanie lokalne: możesz użyć emulatora do tworzenia zapytań bez aprowizowania usługi platformy Azure i bez połączenia z Internetem.
  • Testowanie automatyczne: możesz wykonywać testy automatyczne przy użyciu emulatora bez aprowizowania usługi platformy Azure i bez połączenia z Internetem. Może to być wydajny sposób przeprowadzania testów automatycznych przy użyciu aparatu zapytań Kusto.

Emulator Kusto a klaster bezpłatny

Istnieją pewne nakładające się między emulatorem Kusto a ofertami bezpłatnych klastrów . Poniższa tabela kontrastuje z funkcjami ofert.

Element Emulator kusto Bezpłatny klaster
Magazyn (nieskompresowany) Tylko ograniczone przez pojemność hosta Około 100 GB
Bazy danych Do 10000 Do 10
Tabele na bazę danych 10 000 Do 100
Kolumny na tabelę 10 000 Do 200
Tabele zewnętrzne Do plików lokalnych Brak obsługi
Zmaterializowane widoki na bazę danych 1000 Do 5
Zarządzane potoki pozyskiwania Brak Wszystkie z nich
Funkcje zabezpieczeń Brak Tylko szyfrowane połączenie
Długoterminowe zarządzanie danymi Brak możliwości scalania zakresu Pełna obsługa
Wymaganie internetowe Brak wymaganej łączności Usługa w chmurze

Podczas wybierania najlepszej opcji w przypadku użycia należy wziąć pod uwagę następujące kwestie:

  • Programowanie lokalne: najlepsze dopasowanie do programowania lokalnego zależy od potrzebnych funkcji. Jeśli na przykład scenariusz wymaga użycia zarządzanych potoków, oferta bezpłatnego klastra działa najlepiej. Z drugiej strony, jeśli scenariusz wymaga lokalnego programowania w odłączonym środowisku, emulator Kusto będzie lepiej dopasowany.
  • Testowanie automatyczne: ogólnie emulator Kusto jest bardziej odpowiedni do testowania automatycznego niż oferta bezpłatnego klastra. Aprowizacja jest szybsza i nie wymaga skonfigurowania żadnego podmiotu zabezpieczeń platformy Azure.

Ograniczenia

Ogólnie rzecz biorąc, ta oferta nie jest odpowiednia dla obciążeń produkcyjnych.

  • Podane zgodnie z oczekiwaniami, bez żadnej pomocy technicznej lub gwarancji
  • Nie zapewnia żadnych funkcji zabezpieczeń, w tym:
    • Authentication
    • Kontrola dostępu
    • Połączenia szyfrowane; połączenie odbywa się za pośrednictwem połączenia HTTP
    • Szyfrowanie danych magazynowanych
  • Brak zarządzanych potoków, w tym:
    • Event Hubs
    • Usługa IoT Hub
    • Event Grid
  • Brak obsługi punktów końcowych pozyskiwania, w tym zestawów SDK kusto.Ingest
  • Brak pozyskiwania przesyłania strumieniowego
  • Mimo że pozyskane dane mogą być przechowywane zewnętrznie w kontenerze, nie zalecamy utrwalania danych przez długi czas z następujących powodów:
    • Nie ma gwarancji, że format zakresu będzie zgodny z wersjami emulatora Kusto
    • Zakresy nie są scalane i dlatego mogą stać się fragmentowane w miarę pozyskiwania danych
    • Zasady przechowywania można ustawić, ale nie zostaną uznane
  • Wtyczka języka Python nie jest obsługiwana

Następny krok