Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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:
- Azure Storage Actions wylicza wszystkie obiekty blob, które odpowiadają zakresowi przypisania i filtrom prefiksu.
- Ocenia każdy obiekt blob pod kątem warunków zadania magazynowania.
- W przypadku obiektów blob, które są zgodne, rejestruje operacje, które zostaną wykonane — ale nie wykonuje żadnych operacji.
- 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.
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 (
succeededlubfailed).
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:
- Przejdź do przypisania w portalu Azure.
- Edytuj zadanie i zmień typ wyzwalacza z Próbne uruchomienie na Uruchom raz lub Cyklicznie.
- 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.