Projektujesz zadanie wsadowe Dataflow: chcesz ograniczyć awarie wielostrefowe w momencie przesyłania zadania. Co należy zrobić?

Określenie regionu roboczego za pomocą flagi --region jest prawidłowym rozwiązaniem, ponieważ Dataflow automatycznie rozkłada zasoby zadania na wiele stref dostępności w tym regionie. Zapewnia to odporność na awarie strefowe bez konieczności ręcznego zarządzania strefami. Jeśli jedna strefa ulegnie awarii, zadanie będzie kontynuować przetwarzanie w pozostałych strefach, minimalizując wpływ na dostępność. Przesyłanie zduplikowanych potoków w dwóch różnych strefach za pomocą flagi --zone jest nieefektywne i niepotrzebne, ponieważ Dataflow już zapewnia odporność strefową w ramach regionu. Ustawienie lokalizacji przejściowej potoku jako regionalnego zasobnika Cloud Storage jest dobrą praktyką dla trwałości danych, ale nie rozwiązuje problemu awarii strefowych samego zadania Dataflow. Tworzenie wyzwalacza Eventarc do ponownego przesyłania zadania w przypadku awarii strefowej jest reaktywnym podejściem, które nie zapobiega początkowej awarii i może prowadzić do opóźnień.