Power Automate pamati: trigeri, darbības un labā prakse

Ievads: kas ir Power Automate

Power Automate ir Microsoft 365 automatizācijas platforma, kas ļauj savienot lietotnes un pakalpojumus un izpildīt uzdevumus bez manuālas iejaukšanās. Praksē tā aizvieto atkārtotu roku darbu — failu pārvietošanu, paziņojumu sūtīšanu, apstiprinājumu vākšanu, datu pārnesi starp sistēmām. Šis ceļvedis apkopo pamatus (trigeri, darbības, konektori) un labās prakses (nosaukumi, atkārtojumu un konkurences pārvaldība, kļūdu apstrāde), kas atšķir uzticamu plūsmu no tādas, kas klusi salūst pēc mēneša.

Pirms sākat, ir vērts zināt trīs plūsmu tipus:

• Automatizētās (automated) — sākas no notikuma, piemēram, kad SharePoint sarakstā parādās jauns ieraksts vai pienāk e-pasts.
• Tūlītējās (instant) — palaiž lietotājs manuāli ar pogu (piemēram, no Teams vai mobilās lietotnes).
• Plānotās (scheduled) — darbojas pēc grafika, piemēram, katru rītu plkst. 7:00.

Trigeri: kas palaiž plūsmu

Trigeris ir notikums, kas uzsāk plūsmu. Katrai plūsmai ir tieši viens trigeris, un tā izvēle nosaka gan to, cik bieži plūsma darbojas, gan cik daudz platformas resursu (API izsaukumu) tā patērē.

Biežākie trigeru veidi

• Notikumu trigeri — “When an item is created or modified” (SharePoint), “When a new email arrives” (Outlook), “When a file is created” (OneDrive/SharePoint bibliotēka).
• Grafika trigeris — “Recurrence” ar iestatāmu intervālu un laika joslu.
• Manuālais trigeris — “Manually trigger a flow” ar ievades parametriem.

Trigeru nosacījumi (trigger conditions)

Bieža kļūda ir palaist plūsmu pie katras izmaiņas un tikai pēc tam ar “Condition” pārbaudīt, vai tā vispār bija svarīga. Tas tērē dienas plūsmu limitu. Labāk pievienot trigera nosacījumu (trigger condition), kas neļauj plūsmai vispār sākties, ja nosacījums nav izpildīts — piemēram, tikai tad, kad statuss kļūst “Apstiprināts”. Tā ir viena no vienkāršākajām optimizācijām, kas taupa limitu un naudu.

Darbības un konektori

Darbības (actions) ir soļi, ko plūsma izpilda pēc trigera. Tās nodrošina konektori — gatavi savienojumi ar pakalpojumiem.

Standarta un premium konektori

Standarta konektori (SharePoint, Outlook, Teams, OneDrive, Approvals) ir iekļauti Microsoft 365 licencē. Premium konektori (Dataverse, SQL Server, HTTP, lielākā daļa trešo pušu sistēmu kā Salesforce vai SAP) prasa atsevišķu Power Automate licenci. Plānojot risinājumu, šī robeža jāzina jau sākumā — tā ietekmē izmaksas.

Kontroles darbības

• Condition — sazarojums pēc “ja/tad”.
• Apply to each — cikls pār sarakstu (uzmanīgi ar veiktspēju, skatīt zemāk).
• Switch — vairāki zari pēc vienas vērtības, tīrāks par ligzdotiem “Condition”.
• Scope — darbību grupa; pamats kļūdu apstrādei.

Datu darbības

“Compose” (starprezultātu glabāšanai un atkļūdošanai), “Parse JSON” (strukturētu atbilžu apstrādei no HTTP/API), kā arī mainīgie (“Initialize variable”). Mainīgos lieto apzināti — bieži “Compose” ir pietiekams un drošāks paralēlās izpildes apstākļos.

Labā prakse: no strādājošas uz uzticamu plūsmu

Plūsma, kas strādā demonstrācijā, un plūsma, kas gadu darbojas produkcijā, atšķiras šajos punktos.

Nosaukumi un dokumentācija

Pārsauciet katru darbību ar jēgpilnu nosaukumu — “Get supplier contract” nevis “Get item 3”. Kad plūsma pēc pusgada jālabo (jums vai kolēģim), nosaukumi ir vienīgā dokumentācija, kas paliek. Pašai plūsmai dodiet nosaukumu, kas atspoguļo mērķi un vidi, piemēram “PROD — Rēķinu apstiprināšana”.

Atkārtojumi un konkurence

“Apply to each” pēc noklusējuma apstrādā ierakstus secīgi. Lieliem sarakstiem ieslēdziet Concurrency Control (paralēlības pakāpi), lai paātrinātu izpildi — bet uzmanīgi: paralēla izpilde nedrīkst rakstīt vienā un tajā pašā resursā, citādi rodas sacensības kļūdas (race conditions). Ja plūsmai nedrīkst būt divas vienlaicīgas izpildes (piemēram, numuru piešķiršana), ierobežojiet trigera konkurenci uz 1. Un vienmēr jautājiet: vai cikls vispār vajadzīgs? Bieži “Filter array” vai OData filtrs vaicājumā aizvieto veselu “Apply to each”.

Kļūdu apstrāde

Neatstājiet plūsmu bez kļūdu apstrādes. Standarta modelis: ietiniet galvenos soļus Scope blokā (“Try”), pievienojiet otru Scope (“Catch”) un konfigurējiet tā palaišanu ar “Configure run after” → has failed / timed out. “Catch” nosūta paziņojumu ar kļūdas detaļām. Tā vietā, lai plūsma klusi apstātos, jūs uzzināt par problēmu uzreiz. Konektoru darbībām apsveriet arī Retry Policy (atkārtošanas politiku) pārejošām kļūdām.

Testēšana un uzraudzība

Pirms produkcijas palaidiet plūsmu ar reāliem, bet nekaitīgiem datiem un pārbaudiet Run history — tur redzams katrs solis un tā ievade/izvade. Regulāri pārskatiet vēsturi arī pēc palaišanas: kļūmju īpatsvars ir agrīnais signāls, ka avota sistēma ir mainījusies.

Kad Power Automate, un kad kods

Power Automate ir īstā izvēle, kad loģikai jābūt redzamai un biznesa īpašniekam maināmai — apstiprinājumi, paziņojumi, maršrutēšana. Kad process kļūst ļoti apjomīgs, prasa sarežģītu datu apstrādi, stingru testēšanu vai lielu caurlaidspēju, pareizāks risinājums bieži ir Azure Functions vai cits kods. Vērtīgākā prasme nav “kurš rīks labāks”, bet “kas šo mainīs un cik bieži”. Ja šaubāties par robežu savā konkrētajā procesā, mēs to palīdzam novilkt.