Make: Dyrektywy Ignore i Commit

0:00Cześć! W tej lekcji pokażę Ci dwie ostatnie

0:03dyrektywy dotyczące obsługi błędów i będą to mianowicie Commit oraz Ignore.

0:08Jeżeli chodzi o nasz scenariusz, pobiera on dane z naszej tabeli Airtable,

0:12a następnie aktualizuje rekordy poszczególnych wpisów.

0:15Zrobimy jednak tak, że w przypadku

0:17drugiego wpisu wystąpi błąd związany z błędnym identyfikatorem.

0:22Zatem teraz, aby obsłużyć ten błąd możemy

0:24tutaj podłączyć dyrektywę Commit, która zadziała w następujący sposób.

0:29Przede wszystkim tutaj warto zwrócić uwagę

0:31na fakt, że w pierwszym module zostały pobrane trzy pakiety danych.

0:34Następnie drugi moduł został wykonany

0:36tylko dwa razy i w jednym przypadku został zwrócony błąd.

0:40Pomimo tego, jeżeli cofniemy do poprzedniego widoku, to widzimy, że nasz

0:44scenariusz został oznaczony jako wykonany pomyślnie.

0:47Mało tego, tak jak było widać, pozostałe

0:49pakiety danych nie zostały w ogóle przetworzone.

0:52Oznacza to, że w przypadku zastosowania

0:54dyrektywy Commit scenariusz zostaje natychmiast zatrzymany.

0:58Wszystkie pozostałe pakiety danych nie

1:00będą przetworzone, a jeszcze dodatkowo do wszystkich modułów zostaje wysłana

1:04informacja o zatwierdzenie wszystkich wprowadzonych zmian.

1:08Oznacza to, że scenariusz zachowuje się

1:10tak, jakby wykonał się poprawnie, ale jednocześnie w sposób niejawny.

1:13Ignoruje wszystkie pozostałe dane, które do tej pory nie zostały przetworzone.

1:17Z kolei jeżeli teraz zestawimy sobie to zachowanie z zachowaniem dyrektywy Ignore,

1:22to po jej wykonaniu zobaczymy jasną różnicę.

1:25Mianowicie w tym przypadku ponownie zostały pobrane trzy pakiety danych.

1:29Trzy pakiety danych zostały również tutaj

1:31przetworzone i tylko w przypadku drugiego wystąpił błąd, który został zignorowany,

1:37więc pozostałe pakiety danych zostały przetworzone, a dodatkowo ogólne wykonanie

1:41naszego scenariusza zostało oznaczone etykietą sukcesu.

1:45Oznacza to, że dyrektywy takie jak Igonore oraz Commit stosujemy w przypadku, gdy

1:49wystąpienia błędu ma w żaden sposób nie blokować wykonania naszego scenariusza.

1:54Dodatkowo w przypadku zastosowania tej

1:56pierwszej nie interesuje nas również kontynuowanie wykonania tego scenariusza

2:01oraz jakiekolwiek informowanie nas o tym, że wystąpił tutaj błąd.

2:05Tutaj z doświadczenia wiem, że zastosowanie dyrektywy Ignore jak

2:08najbardziej sprawdza się w praktyce w przypadku akcji, które wykonujemy, ale

2:12jednocześnie ewentualny błąd zupełnie nas nie interesuje.

2:16Może to być chociażby wysłanie jakiegoś

2:17potwierdzenia czy notyfikacji dla nas, bądź też np.

2:21w przypadku niektórych modułów zdarza się tak, że zwracają one błąd nawet w

2:25sytuacji, gdy teoretycznie nie będziemy tego interpretować jako błąd.

2:30Ostatecznie jednak najważniejszą rzeczą, którą musisz wiedzieć na temat tych

2:33dyrektyw jest fakt, że w żaden sposób nie informują Cię one o wystąpieniu błędu.

2:38Jednocześnie też ich zastosowanie może sprawić, że Twój scenariusz nie będzie

2:41wyłączał się co chwilę w sytuacji, gdy będzie wykorzystywał jakieś moduły.

2:45W przypadku, których wystąpienia błędów będą powszechne.

2:49Dodatkowo możesz zastosować tutaj połączenie również ze Slack'iem,

2:53bądź jakimś innym systemem służącym do notyfikacji i obsługiwać błędy w taki

2:57sposób, aby po prostu informować się o ich wystąpieniu.

3:00Natomiast jednocześnie sam scenariusz nie zostanie tutaj wstrzymany i każdy kolejny

3:04moduł zostanie wykonany tak, jakby nic się nie stało.

3:08Tutaj jeszcze warto zaznaczyć, że taką obsługę błędów musisz przypisać do każdego

3:13modułu, w przypadku którego spodziewasz się błędów.

3:16To w jaki sposób na nie zareagujesz zależy tak naprawdę wyłącznie od Ciebie.

3:20I tutaj, jeżeli zajrzymy sobie do dokumentacji,

3:22mamy tak naprawdę dokładnie informacje, o których już powiedziałem.

3:26Jednocześnie też w przypadku Commit'u mamy tutaj informację o tym, że wykonywana jest

3:31faza Commit. Aby zrozumieć czym ona dokładnie jest.

3:34Należy zrozumieć, jak wykonywane są scenariusze w Integromacie.

3:38Mianowicie, podobnie jak w przypadku

3:40języków programowania, w przypadku których interpretowany jest kod. W Integromacie

3:44wykonanie scenariuszy możemy podzielić właśnie na poszczególne fazy.

3:48Pierwszą z nich jest faza inicjalizacji,

3:50czyli momentu, w którym Integromat sprawdza dostępne połączenia.

3:54To czy wszystkie dane w modułach są podłączone poprawnie itd.

3:59Jej działanie możesz zaobserwować np.

4:01w sytuacji, w której spróbujesz wykonać scenariusz, ale otrzymujesz

4:05informację o błędach, które się w nim znajdują.

4:08Te błędy wynikają z faktu, że właśnie scenariusz

4:10nie przeszedł fazy inicjalizacji i tym samym nie mógł być dalej wykonywany.

4:16Następnie mamy tutaj cykle, o których mówiłem już w jednej z poprzednich lekcji.

4:19Reprezentują one sytuację, w przypadku, której np. scenariusz uruchamiany jest co

4:2415 minut i w międzyczasie są przesyłane na niego dane.

4:28Możesz zdefiniować, ile informacji

4:29zostanie przetwarzanych w ramach takiego jednego cyklu po to, aby np.

4:33uchronić się przed sytuacją, w przypadku której do jednego cyklu trafi duża ilość

4:38danych i tym samym szybkie wykonanie operacji na poszczególnych usługach.

4:42Może to prowadzić np.

4:43do tymczasowego zablokowania Twojego API ze względów bezpieczeństwa.

4:48Z tego powodu warto pamiętać o tym, aby odpowiednio skonfigurować sobie cykle.

4:52Na szczęście zwykle nie musimy o tym

4:54pamiętać, ponieważ domyślną wartością jest tutaj pojedyncza paczka danych.

4:59Następnie mamy fazę wykonywania operacji, czyli odczytywania lub zapisywania

5:03wartości. No i w momencie, gdy te operacje zostaną

5:07wykonane, następuje faza zatwierdzenia dokonanych zmian.

5:10I tak jak wspomniałem, tylko niektóre moduły to wspierają, ponieważ np.

5:14Airtable wprowadza zmiany w rekordach

5:16natychmiast i ich cofnięcie nie jest możliwe.

5:19A jeżeli już o cofaniu mowa, to mamy jeszcze fazę Rollback, która polega

5:23właśnie na tym, że w przypadku wystąpienia jakiejś błędów związanych z podejmowanymi

5:27operacjami wszystkie operacje dokonane wcześniej zostaną cofnięte.

5:31Pamiętaj jednak proszę o tym, że tylko niektóre moduły wspierają taką funkcję.

5:36No i ostatecznie mamy jeszcze fazę

5:38finalizacji, czyli zamknięcia wszystkich nawiązanych połączeń, np.

5:42połączeń z serwerem FTP czy jakimiś bazami

5:45danych i tym samym zakończenie całej automatyzacji.

5:48Tym sposobem omówiliśmy sobie już wszystkie dyrektywy dotyczące obsługi

5:52błędów w Integromacie. Gorąco zachęcam Cię do tego, aby

5:56przetestować ich działanie oraz zacząć wykorzystywać w praktyce.

6:00Raz jeszcze pamiętaj proszę o tym, aby z

6:02rozwagą korzystać z dyrektyw takich jak Ignore oraz Commit.

6:06Wynika to z faktu, że bardzo łatwo doprowadzić do sytuacji, że z jednej

6:09strony Twoje scenariusze nie będą się zatrzymywać, ale jednocześnie nie będziesz

6:13mieć informacji o tym, że występują w nich jakiekolwiek błędy.

6:16Moje doświadczenie wskazuje raczej na to, że lepiej jest doprowadzić do sytuacji, w

6:20której scenariusz zostanie zatrzymany i ręcznie będziemy w stanie naprawić błąd,

6:25niż w sytuacji, w której o błędzie nie zostaniemy poinformowani.

6:28A teraz już nie pozostaje mi nic innego, jak zaprosić Cię do kolejnych lekcji.