Twórz Własne Automatyzacje
3 godz. 14 min · Make · Biznes i Automatyzacje
Adam GospodarczykKorzystając z różnych narzędzi, na przykład do obsługi mailingu, masz do dyspozycji na ogół kilka wbudowanych integracji - przykładowo połączenie z kalendarzem czy bramką płatności. Wyobraź sobie, że takie narzędzie możesz połączyć praktycznie z dowolnym innym, nawet jeśli nie ma go na liście. To właśnie potencjał Make, które umożliwi takie automatyzacje.
Jeśli znasz Zapier, Make to podobna koncepcja, ale daje dużo bardziej zaawansowane możliwości, jest dużo tańsza (lub darmowa) a dodatkowo, ma naszym zdaniem bardziej przyjazny i czytelny interfejs zwłaszcza przy tworzeniu rozgałęzionych scenariuszy. Tworzenie automatyzacji z Make to czysta przyjemność i zdrowa porcja dopaminy!
Co najważniejsze, Make umożliwia tworzenie automatyzacji bez użycia ani jednej linii kodu! To jak programowanie 2.0, gdzie rezultaty widzisz i testujesz w prostym, wizualnym edytorze. To najłatwiejszy sposób aby zacząć przygodę z programowaniem i nowoczesnym podejściem do technologii no-code i low-code.
Mimo, że Make jest natywnym środowiskiem no-code, osoby, które nieco lepiej rozumieją zasady działania protokołu HTTP i API i mają podstawy programowania w JS, otrzymują zupełnie nowe możliwości tworzenia oprogramowania, w sposób wizualny i prostszy niż kiedykolwiek. Jeśli osoby początkujące z Make stają się programistami, programiści stają się superbohaterami!
Wyjątkowe w Make jest podejście do tworzenia automatyzacji wizualnie, gdzie bardzo czytelne jest całe flow scenariusza i to, jak przepływają w nim dane. Zaawansowane możliwości jak stosowanie filtrów czy funkcji sprawia, że w tak prostym interfejsie w zasadzie nie ma zadań niemożliwych!
Z dowolnego narzędzia możesz wysłać dane w postaci Webhooka do Make, które zostaną natychmiastowo odebrane. Następnie możesz łatwo przekazać je w dowolne miejsce i do dowolnego narzędzia - na przykład Airtable, z którego często korzystamy aby gromadzić dane, HubSpot'a, Asany czy wysłać powiadomienie SMS, e-mail, Slack. Całość zajmie Ci kilka minut.
Ten kurs jest przeznaczony dla każdej osoby, która chce pracować wydajniej i zatrudnić roboty (automatyzacje), które wykonają za nią powtarzalne zadania. Dzięki temu, zwiększysz efektywność swojej pracy oraz zostaniesz bohaterem automatyzacji w swojej firmie. Osoby, które przerobiły kurs HTTP i API, a także programiści, mogą wycisnąć z tego kursu jeszcze więcej, na dobre zmieniając swoje podejście do automatyzacji. Polecamy wcześniejsze przerobienie przynajmniej kursu HTTP i API, aby lepiej zrozumieć omawiane zagadnienia.
Pracujemy dalej dokładnie w tym miejscu, w którym skończyliśmy poprzednio.
Wszedłem do zakładki Scenariusze.
Tutaj mam już jeden scenariusz.
Weather, który mi się uruchamia.
Jest włączone jego uruchamianie, a my przechodzimy do niego
klikając w ten scenariusz.
I teraz widzimy kilka rzeczy.
Nie jesteśmy jeszcze w edycji tego scenariusza.
Jesteśmy tutaj w miejscu, gdzie mamy diagram.
To jest to, jak wygląda ten scenariusz.
Mamy informacje o bieżących wykonaniach, jak również o historii
wykonań tego scenariusza.
I tutaj ten scenariusz nam się wykonywał, to widzielibyśmy na bieżąco,
że właśnie on się wykonuje.
On tutaj pokazywał, jak te dane przepływają.
Właśnie w tej sekcji Diagram mamy też informacje o tym tutaj są daty i
informacje o tym, że zużyliśmy trzy operacje.
Czy wykonaliśmy ten scenariusz?
Może trzy razy, Bo jeżeli to jest jedna kuleczka, to jedno wykonanie
zużywa jedną operację.
Gdybyśmy mieli dwie kuleczki, to wykonywalibyśmy przynajmniej dwie operacje
na każde takie wykonanie scenariusza.
Warto o tym pamiętać, bo w momencie, gdy mamy w jednym scenariuszu
na przykład setki kulek.
No to okazuje się, że jedno jego wykonanie zżera nam 100 czy nawet więcej
operacji, za które płacimy w Maku.
Oczywiście te operacje nie są aż takie drogie i mamy ich w tym
przypadku 10 tysięcy dostępne.
Natomiast mimo wszystko one szybko się dodają i jeśli wykonujemy dużo, zwłaszcza
pustych operacji, no to niestety możemy może ten rachunek być coraz większy.
W tej części mamy historię wykonań i mieliśmy taki log przy wykonywaniu
scenariusza, ale tutaj jest cała historia, którą możemy sobie przejrzeć.
I to są trzy próby wykonania naszego scenariusza, które zwróciły
po jednej operacji.
To można bardzo łatwo zaobserwować, ile operacji nam zeżarła dana próba,
ile danych zostało przetworzone.
Jeżeli chcemy zobaczyć historię takiej, takiej właśnie egzekucji, to wybieramy
polecenie details i w tym momencie przejdziemy do tego historycznego
wykonania operacji, które zakończyło się powodzeniem i zwróciło
nam poprzednio dane dla Warszawy. Zobaczmy.
zobaczyłam informację o wykonaniu, kiedy to się stało.
Mamy również prosty log i zaawansowany log, w którym możemy podejrzeć wszystkie
rzeczy, które się tutaj wykonały.
Czasem jest to potrzebne na poziomie podstawowym.
Raczej nie będziesz zaglądał do tego złożonego loga.
Natomiast tutaj mamy informację o tym, że jest to właśnie to wykonanie z historii.
Jeśli wrócimy do historii i na przykład zerkniemy sobie na wykonanie niepomyślne i
przejdę do jego szczegółów, no to wtedy faktycznie też wracamy do tego błędu i
mamy informację o tym, że city not found.
Zrozumienie tego, jak działają te wykonania jest bardzo istotne.
W tym miejscu bowiem możemy prześledzić wszystkie ważne błędy i
wszystkie statusy wykonań.
To jest tak, że najczęściej, jeśli mamy błąd na przykład w takim scenariuszu,
gdyby nam się wykonał błąd o tej godzinie 19, na którą on jest zaplanowany, to
najczęściej będzie po prostu tak, że ten scenariusz nam się wywali i wyłączy, a my
dostaniemy odpowiedni, odpowiedni komunikat.
Przyjdzie on na maila, dostaniemy informację o tym, że scenariusz nam
się właśnie wyłączył z powodu błędu.
Będziemy mogli tutaj wejść, wejść w historię, wejść w szczegóły tego błędu i
zobaczyć, jaki był ten błąd, a następnie przejść do diagramu i naprawić ten
scenariusz, czyli kliknąć sobie teraz dowolne tutaj miejsce po to, żeby
przejść do jego edycji i naprawić go.
Po to, żeby ten błąd nie występował.
W momencie, kiedy naprawimy ten scenariusz, to będziemy
chcieli znów go włączyć.
No i pewnie będziemy chcieli uruchomić ten scenariusz raz jeszcze, po to, żeby dane,
które wywołały ten błąd, przeprocesowały się przez ten scenariusz raz jeszcze.
Później będę ci pokazywał, jak to działa, ale co do zasady w momencie, kiedy
scenariusz zwróci błąd I nie obsługujemy tego błędu w żaden sposób, bo moglibyśmy
dodać tutaj obsługę błędu prawym przyciskiem myszy, dodać takie coś jak
error handler i na przykład powiedzieć ignoruj.
Jeżeli dodalibyśmy ignoruj i występowały tutaj błędy, na przykład spróbujmy sobie
taki błąd znowu zasymulować, to tak naprawdę ten scenariusz cały czas
by działał dalej i on pokazuje tak, jakby się wykonał dobrze, mimo tego, że tutaj
faktycznie jeden błąd został przechwycony.
No i tak naprawdę mamy data error, ale mimo wszystko ten scenariusz nam się
wykonuje i nie wyłączy się w momencie, gdy taki error by się pojawił.
Natomiast z reguły sytuacja jest taka.
Prawym przyciskiem myszy kliknie Delete module, no że w przypadku błędu jednak
scenariusz zostanie zatrzymany, będziemy musieli w niego wejść.
Jeśli to jest to się wyłączy i będzie trzeba przeprocesować te dane raz jeszcze.
Dobra informacja jest taka, że te dane będą czekać w kolejce.
To znaczy, że tutaj zapiszę sobie.
Mogłem ich nie zapisywać, ale generalnie te dane będą dostępne w kolejce.
I tutaj na istniejącym scenariuszu chciałbym Ci pokazać jak to wygląda.
Proszę, nie przejmuj się jego złożonością.
Wbrew pozorom nie jest aż taki aż taki trudne, ale generalnie posiada
faktycznie sporo tych różnych modułów.
Chcę Ci jedynie pokazać to, że tutaj w kolejce są 4 rekordy do przeprocesowania i
taka sytuacja może mieć miejsce, ponieważ scenariusz jest wyłączony.
Czyli mam wyłączony scenariusz, dlatego się nie protestują.
Może też mieć miejsce, bo się wyłączył, bo na przykład wywaliło się nam jakieś moduły
tego scenariusza i został zatrzymany, o czym informuje mnie mailowo.
Zresztą na te maile ustalimy sobie jakieś powiadomienia, bo warto, żeby wiedzieć
dosłownie natychmiast, że taki scenariusz się wywalił.
Bo jak widzisz, ja już mam zamiast czterech to osiem rekordów,
które są do przeprocesowania.
No dobra, wiadomość jest taka, że one wszystkie czekają w kolejce.
Mogę kliknąć sobie na szok pokaż kolejkę.
No i mam wszystkie te rekordy.
Co więcej, mogę zobaczyć ich szczegóły, ich detale.
Nie będę tego robił, ponieważ zawierają sensytywne dane, ale mogę teraz kliknąć
sobie to w ten diagram, czyli kliknąć w dowolne miejsce i mogę wybrać polecenie
run once, a następnie zdecydować, co chcę zrobić z tymi danymi, które są w kolejce.
Czyli w tym momencie wykonuję sobie operację na Existing Data, czyli na tych
danych, które są w kolejce i po kolei te rzeczy z kolejki będę mógł sobie
procesować, więc wybieram polecenie Existing data i ten scenariusz mi się
wykonuje na tych istniejących danych.
Zwrócił jakieś różne rzeczy i w ten sposób, ponieważ miałem tam siedem chyba
rekordów, mogę kliknąć znów run once i znowu use existing data i znowu weźmie
kolejny z kolejki, wykona, wykona.
Oczywiście nie ma sensu tego klikać w nieskończoność.
Jeżeli mamy dużo tych rekordów do przeprocesowania, to po prostu wybieramy
sobie tutaj, klikam wstecz i wybieram sobie ten przełącznik, włączam ten
scenariusz i teraz Mike pyta mnie Słuchaj, tutaj są jakieś nie przeprocesowane dane w
kolejce, czy chcesz je przeprocesować, czy chcesz je usunąć?
Chcę je przeprocesować i w tym momencie włączam procesowanie i też
pokażę ci, jak to wygląda.
Jak widzisz, mamy tutaj currently running i te egzekucje się wykonują.
Ja to widzę i też widzę jak te dane tutaj są przesyłane pomiędzy modułami, więc może
to Ci się wydać skomplikowane, ale generalnie no już tych rekordów mi się
sporo tutaj w tym scenariuszu nazbierało i one się teraz przetwarzają.
Także jak widzisz, w ten prosty sposób można
odzyskać te rekordy, które są w kolejce w momencie, gdy scenariusz nam stoi.
No ale tak jak powiedziałem, nie powinniśmy raczej dopuszczać do sytuacji,
gdzie ważny scenariusz dla nas będzie stał w miejscu, więc powinniśmy albo sobie w
przyszłości obsługiwać błędy, albo powinniśmy.
Faktycznie w momencie, gdy scenariusz się aktywuje przez błąd, szybko go uruchomić i
przeprocesować te rekordy, które są w kolejce, bądź je usunąć.
To oczywiście już zależy tylko od nas.
To dosyć ważna lekcja.
Na razie jeszcze taka mocno teoretyczna, ale chciałem, żebyś miał pojęcie o tym,
jak właśnie wygląda tutaj ta historia scenariusza, że tu wszystko jest w tej
historii, że możemy sobie to przejrzeć, że możemy zobaczyć szczegóły, ewentualnie
zobaczyć jakieś wykonania, które nie były kompletne.
Też czasem będziemy mieli taką potrzebę i się tutaj znajdują, więc w zasadzie nic
tutaj nie ginie i wszystko jest dostępne.
Na ten moment to tyle.
W kolejnej lekcji zajmiemy się już bardziej praktycznym aspektem
edycji tego scenariusza.
Wejdę do środka i dodam tutaj kolejny moduł, do którego przekażę te
zdobyte przez nas dane pogodowe.