Próbne uruchomienia przypisań zadań magazynowych

Czym jest próbne uruchomienie?

Uruchomienie próbne symuluje wykonanie przypisania zadania magazynowania bez faktycznego wykonywania jakichkolwiek operacji na obiektach blob. Podczas tworzenia przebiegu próbnego usługa Azure Storage Actions skanuje i ocenia obiekty blob względem warunków zadania, tak samo jak podczas rzeczywistego przebiegu, ale nie wykonuje żadnych operacji. Zamiast tego generuje szczegółowy raport pokazujący, które obiekty blob pasują do warunków i jakie operacje zostałyby wykonane.

Próbne uruchomienia są przydatne, gdy chcesz:

  • Sprawdź wpływ operacji przed uruchomieniem jej na dużą skalę, zwłaszcza gdy działania są nieodwracalne (na przykład usuwanie lub zastosowanie zasady niezmienności)
  • Zweryfikuj warunki dla całego zbioru obiektów blob na koncie, a nie tylko dla niewielkiej próbki podglądowej.
  • Generuj raporty gotowe do audytu, które pokazują, których obiektów blob dotyczyłyby zmiany, bez wprowadzania zmian.
  • Oszacuj koszt na podstawie liczby obiektów blob, które byłyby objęte operacją, oraz liczby operacji, które zostałyby wykonane.

Note

Próbne uruchomienie skanuje i ocenia wszystkie obiekty blob w danym zakresie, podobnie jak rzeczywiste uruchomienie. Jedyną różnicą jest, że nie wykonuje żadnych operacji na obiektach blob. Ponieważ podczas próbnego uruchomienia nie są wykonywane żadne operacje, próbne uruchomienia są zwykle szybsze niż rzeczywiste uruchomienia.

Jak działają uruchomienia próbne

Utwórz próbne uruchomienie jako przypisanie zadania magazynowania z typem wyzwalacza ustawionym na MockRun. Podobnie jak inne typy przypisań, symulowane uruchomienie dotyczy określonego konta magazynu, wykorzystuje opcjonalne filtry prefiksów w celu zawężenia zakresu obiektów blob i generuje raporty z wykonania w wyznaczonym kontenerze eksportowym.

Po wykonaniu pozornego uruchomienia:

  1. Azure Storage Actions wylicza wszystkie obiekty blob, które odpowiadają zakresowi przypisania i filtrom prefiksu.
  2. Ocenia każdy obiekt blob pod kątem warunków zadania magazynowania.
  3. W przypadku obiektów blob, które są zgodne, rejestruje operacje, które zostaną wykonane — ale nie wykonuje żadnych operacji.
  4. Generuje szczegółowy raport zawierający listę dopasowanych obiektów blob i symulowanych operacji.

Próbne uruchomienie kontra podgląd warunku

Zarówno uruchomienia próbne, jak i funkcja podglądu warunku pomagają zweryfikować warunki zadania przed wykonaniem, ale służą różnym celom:

Capability Podgląd warunku Uruchomienie testowe
Scope Ograniczona próbka (do 5000 obiektów blob) Pełny zakres — wszystkie obiekty blob w zakresie przypisania
Wyświetlane operacje No Tak — pokazuje, które operacje zostaną wykonane
Wygenerowany raport No Tak — raport CSV do pobrania
Model wykonywania Synchroniczne, natychmiastowe wyniki Asynchroniczne, działa jak prawdziwe zadanie
Rozliczenia Bez opłaty Opłata za instancję wykonania zadania i zeskanowane obiekty (bez opłat za operacje)
Przypadek użycia Szybkie sprawdzenie kontrolne podczas tworzenia warunków Pełna walidacja przed wykonaniem produkcji

Użyj podglądu warunków podczas tworzenia warunków zadania, a następnie użyj symulowanego uruchomienia do ostatecznej weryfikacji przed uruchomieniem rzeczywistym.

Cykl życia i stany testowego uruchomienia

Przebiegi testowe mają taki sam cykl życia jak przypisania jednorazowe.

Ważna

Nie można ponownie uruchomić zakończonego próbnego uruchomienia. Aby uruchomić kolejną symulację próbną z tą samą konfiguracją, należy utworzyć nowe zadanie lub zduplikować istniejące.

Współbieżne działanie

W danym momencie na koncie magazynu może być uruchomione tylko jedno uruchomienie — testowe lub rzeczywiste. Ten model współbieżności jest zgodny z modelem dla rzeczywistych przebiegów zadań:

  • Jeśli rzeczywisty przebieg jest w toku, system kolejkuje nowy pozorny przebieg do momentu zakończenia rzeczywistego przebiegu.
  • Jeśli trwa próbne uruchomienie, system umieszcza nowe rzeczywiste wykonanie zadania w kolejce lub pomija je w przypadku zaplanowanych uruchomień.
  • Jeśli trwa już inne próbne uruchomienie, system ustawia w kolejce nowe próbne uruchomienie.

Ten model zapewnia stabilność i zapobiega konfliktom zasobów na docelowym koncie magazynowym.

Raporty z uruchomienia próbnego

Po zakończeniu próbnego uruchomienia proces zapisuje szczegółowy raport do kontenera eksportu raportów, który określasz podczas tworzenia przypisania. Dostęp do raportów można uzyskać w formatach CSV .

Podsumowanie przebiegu można również wyświetlić bezpośrednio w portalu Azure na stronie wyników przebiegu pozornego przypisania. Podsumowanie zawiera liczbę obiektów wymienionych, obiektów, które spełniają warunki, i operacji wykonywanych przez proces.

Zrzut ekranu strony wyników próbnego uruchomienia w portalu Azure z metrykami podsumowania próbnego uruchomienia i przyciskiem Pobierz raport.

Kolumny raportu:

Column Description
Kontener Kontener, w którym znajduje się obiekt blob.
Blob Nazwa obiektu blob.
Operacja do wykonania Symulowana operacja, poprzedzona prefiksem (mock) — na przykład (mock) DeleteBlob lub (mock) SetBlobImmutability.
Dopasowany blok warunkowy Który warunek blokuje dopasowanie obiektu blob (na przykład IF lub ELSE).

Przykładowe dane wyjściowe CSV:

Kontener Blob Operacja do wykonania Pasujący blok warunku
testContainer1 output1.log (makiety) DeleteBlob IF
testContainer2 output2.log (makiety) DeleteBlob IF
testContainer1 financials1.csv (atrapa) SetBlobImmutability ELSE
testContainer2 financials2.csv (atrapa) SetBlobImmutability ELSE

Proces generuje również plik JSON podsumowania wraz z raportem. Ten plik zawiera zagregowane metryki:

{
  "completionTime": "2024-10-21T17:46:59",
  "destination": "taskoutput",
  "endpoint": "https://contoso1storage1.blob.core.windows.net",
  "fileFormat": "csv",
  "fileSchema": [
    "Container",
    "Blob",
    "Operation to be performed",
    "Result",
    "Matched condition block"
  ],
  "files": [
    "<link to the reporting file>"
  ],
  "objectsListed": 1100,
  "objectsToBeOperated": 240,
  "operationType": "BlobOperation",
  "runId": "mockrun-assignment-2024-10-21T17:30:13.9121342Z",
  "startTime": "2024-10-21T17:37:12",
  "status": "succeeded"
}

Pola klucza w podsumowaniu:

  • objectsListed: Całkowita liczba obiektów Blob zeskanowanych podczas symulowanego przebiegu.
  • objectsToBeOperated: liczba obiektów blob spełniających warunki, na których zostałyby wykonane operacje.
  • status: wynik próbnego uruchomienia (succeeded lub failed).

Przejście z przebiegu testowego do rzeczywistego przebiegu

Po przejrzeniu pozornego raportu przebiegu i potwierdzeniu, że wyniki są zgodnie z oczekiwaniami, możesz przenieść przypisanie z pozornego przebiegu do rzeczywistego przebiegu:

  1. Przejdź do przypisania w portalu Azure.
  2. Edytuj zadanie i zmień typ wyzwalacza z Próbne uruchomienie na Uruchom raz lub Cyklicznie.
  3. Zapisz zaktualizowany przydział.

Korzystając z tego procesu, możesz przejść od weryfikacji do wykonania bez ponownego tworzenia przypisania od podstaw.

Ceny

Uruchomienia próbne są rozliczane podobnie jak rzeczywiste uruchomienia przypisywania zadań, z jedną kluczową różnicą: nie są naliczane opłaty za licznik operacji, ponieważ na obiektach blob nie są w rzeczywistości wykonywane żadne operacje.

Licznik do rozliczeń Dotyczy próbnych uruchomień?
Instancja wykonania zadania (na uruchomienie) ✅ Tak
Obiekty docelowe (na milion skanowanych obiektów) ✅ Tak
Wykonywane operacje (na milion operacji) ❌ Nie (zawsze $0)

Nadal obowiązują standardowe opłaty za interfejs API usługi Blob Storage za wyświetlanie listy i odczytywanie właściwości obiektów blob podczas skanowania.

Wskazówka

Ponieważ próbne uruchomienia nie obejmują opłaty naliczanej przez licznik operacji, są znacznie tańsze niż rzeczywiste uruchomienia. Użyj próbnych uruchomień jako ekonomicznego sposobu, aby zweryfikować konfigurację zadania przed uruchomieniem pełnego wykonania.

Permissions

Tożsamość zarządzana powiązana z zadaniem magazynowania musi mieć odpowiednią rolę na docelowym koncie magazynowym, aby można było wykonać próbne uruchomienie. Zalecana rola to Storage Actions Blob Data Operator (jeśli planujesz przejść do faktycznego uruchomienia przy tym samym przypisaniu). Zarówno tożsamości zarządzane przypisane przez system, jak i przez użytkownika obsługują symulowane uruchomienia.

Jeśli docelowe konto magazynowe ma ograniczenia sieciowe, upewnij się, że w konfiguracji sieciowej konta jest włączona opcja Allow trusted usługi firmy Microsoft.

Zobacz także