Ocena końcowa pipeline'u odnowień

Flow, który właśnie zbudował Theo, wykonuje w 30 sekund to, co Esme robiła codziennie przez pół dnia. Na obrazku widać karty person z Drumlin: Naomi widzi dashboard, Rashida dostaje odnowienia na czas, Yuki ma przejrzystą kolejkę zatwierdzeń, Theo jest dumny ze swojego flow, u Ravia nic się nie pali, a Esme wspominana jest z sympatią.

Naomi ma jedną prośbę, zanim podpisze się pod projektem:

"Kiedy coś się psuje w trakcie pętli, nie chcę przekopywać się przez piętnaście osobnych gałęzi obsługi błędów. Daj mi jedno miejsce, które wyłapuje awarię gdziekolwiek w kroku odnowienia i ją obsługuje."

Na stole leżą trzy zaawansowane możliwości:

• HTTP / webhooki wywołują systemy, które nie mają własnego konektora.
• Scope + Run After grupuje kilka akcji w jeden blok, a ustawienie run-after na Scope reaguje, jeśli cokolwiek wewnątrz niego zawiedzie.
• Flow podrzędne przenoszą część flow do osobnego flow, który można ponownie wykorzystać.

Która z nich odpowiada na prośbę Naomi?