Ievads
Šajā rakstā ir sniegta informācija par ierobežošanas scenārijiem un ierobežojumiem darbplūsmām, kas izmanto SharePoint 2013 darbplūsmas platformas tipu programmatūrā SharePoint un Project programmā Microsoft 365.
Piezīme.: SharePoint 2010 darbplūsmas ir novecojuši kopš 2020 1. augusta, kas paredzēts jauniem nomniekiem un noņemti no esošajiem nomniekiem 1. novembrī, 2020. Ja izmantojat SharePoint 2010 darbplūsmas, iesakām migrēt uz Power automatizēšanu vai citiem atbalstītajiem risinājumiem. Papildinformāciju skatiet rakstā SharePoint 2010 darbplūsmas pensija.
Papildinformācija
Lai iegūtu papildinformāciju par ierobežošanu vidē SharePoint, dodieties uz rakstu kā: Izvairieties no ierobežotas vai bloķētas koplietošanas vidē SharePoint.
Lai uzzinātu vairāk par e-pasta ziņojumu ierobežojumiem SharePoint darbplūsmām, dodieties uz sadaļu "dienas e-pasta ierobežojums ir pārsniegts, un jūsu darbplūsma ir apturēta" programmā SharePoint.
SharePoint 2013 darbplūsmas darbību var regulēt ar diviem ierobežošanas līmeņiem:
-
SharePoint ierobežošana
-
Darbplūsmas pakalpojumu ierobežošana
Darbplūsmas pakalpojumu ierobežošana
Ierobežošana tiek veikta, lai nodrošinātu taisnīgu resursu lietojumu. Tas arī aizsargā vidi no kaitīgām darbplūsmām un darbplūsmām, kas neievēro paraugpraksi. Darbplūsmas pakalpojumu ierobežošanu nekontrolē SharePoint. Darbplūsmas pakalpojums un SharePoint ir divi neatkarīgi pakalpojumi un katrs pakalpojumu droseles pieprasījumi vispārējas pakalpojuma darbspējas interesēs. Darbplūsmas pakalpojuma ierobežošana tiek veikta darbplūsmas tvēruma līmenī, kas tiek līdzināts ar SharePoint vietnēm. Ierobežošana nav globāli uzskaitīta. Tā vietā katrs darbplūsmas atmuguriski pakalpojums izseko darbplūsmas tvēruma lietojumu neatkarīgi. Darbplūsmas tvērumā var būt viena vai vairākas darbplūsmas. Darbplūsmas ierobežošana ir dinamiska, un to periodiski atskaitīs pēc darbplūsmas apjoma un darbplūsmas pakalpojuma beigām.
Darbplūsmas pakalpojums ierobežo arī izejošo pieprasījumu skaitu, ko var ģenerēt viena darbplūsmas instance. 24 stundu laikā viena darbplūsmas instance var ģenerēt līdz 5 000 izejošos pieprasījumus. Pēc tam, kad 5 000 izejošie pieprasījumi tiek ģenerēti 24 stundu periodā, darbplūsmas pakalpojums tiek apturēts.
Darbplūsmas lapā darbplūsmas statuss būs iekļauta informācija par apturēto darbplūsmu. Šajā scenārijā iekšējā statusa informācijas balonā tiek parādīts šāds ziņojums:
-
Gadījums ir pārsniedzis 1,00:00:00 laika periodu. 5000 pieprasījuma ierobežojums tika sasniegts <laika>.
Piezīme: <laiku> vietturis norāda laiku, kas bija nepieciešams, lai sasniegtu 5 000 pieprasījuma ierobežojumu.
Varat atsākt apturētās darbplūsmas instanci, noklikšķinot uz CV darbplūsmā vai izmantojot SharePoint darbplūsmas klienta objekta modeli pēc 24 stundām. Tas ir jāveic pirms darbplūsmas izbeigšanas.
Ja darbplūsma pārsniedz centrālā procesora lietojuma ierobežojumu, darbplūsmas lapā darbplūsmas statuss būs iekļauta informācija par apturēto darbplūsmu. Šajā scenārijā iekšējā statusa informācijas balonā tiek parādīts šāds ziņojums:
-
Darbplūsmas instance pārsniedza CPU lietojuma ierobežojumu 00:00:01.2000000, un to nevar izlādēt, jo tā netika izlādēta.
Apturētās Darbplūsmas instances tiks pārtrauktas pēc 10 dienām. Ja darbplūsma tiek pārtraukta, iekšējā statusa informācijas balonā tiek parādīts šāds ziņojums:
-
System. activities. restatements. WorkflowTerminatedException: instance ir pārvietota no apturētā stāvokļa uz statusu izbeigts, jo tā ir beigusies.
Pārtrauktā darbplūsma būs vēlāk iztīrīta. Pēc tam, kad darbplūsma ir iztīrīta, tiks parādīts šāds ziņojums:
-
Diemžēl radās kļūda.
Mēs nevaram atrast šo darbplūsmu. Pabeigtie gadījumi tiek automātiski notīrīti
Darbplūsmas tvērumi
Darbplūsmas tvērums
ir definēts kā vietņu kolekcijas vietne. Piemēram, šis vietrādis URL ir paredzēts saknes vietņu kolekcijai, un tas tiek uzskatīts par darbplūsmas tvērumu:
https://contoso.sharepoint.com/sites/rootsite
Citas darbplūsmas tvēruma piemērs, kas atrodas tajā pašā vietņu kolekcijā, ir šāds: Taču šis darbplūsmas tvērums ir apakšvietne.
https://contoso.sharepoint.com/sites/rootsite/subsite
Kas ir pieprasījums?
SharePoint 2013 darbplūsmas ir izveidotas, izmantojot SharePoint pievienojumprogrammu modeli, un tās izmanto REST API, lai mijiedarbotos ar SharePoint datiem. Lai uzzinātu vairāk, skatiet sadaļu iepazīšanās ar SharePoint 2013 REST pakalpojumu.
Pieprasījums
ir tīkla izsaukums no darbplūsmas pakalpojuma uz SharePoint vai Project REST API galapunktu. Nav atšķirības starp pieprasījuma veidu vai atbildi par konkrētu pieprasījumu. Darbības un to veidošanas darbības nesekmē pieprasījumu skaitu, ja vien pieprasījumā nav ietverts SharePoint 2013 REST API. Piemēram, darbība reģistrēt vēstures sarakstā var ģenerēt piecus vai vairāk pieprasījumus par veselīgu darbību. Arī atkārtota loģika ir iebūvēta darbplūsmās, ja kaut kas ir nepareizi. Tas var radīt papildu pieprasījumus.
Daudzas darbības rada pieprasījumus, un pieprasījumus var samazināt, izmantojot paraugpraksi. Piemēram, varat izmantot darbību viena atjaunināšanas saraksta vienums , nevis Iestatīt pašreizējā vienuma lauku , lai samazinātu darbplūsmas tvērumā veikto pieprasījumu skaitu, un tomēr iegūtu tādus pašus rezultātus.
Darbplūsmas noformējuma ieteikumi
Ir daudzi veidi, kā izveidot daudz pieprasījumu darbplūsmā, kas var izraisīt ierobežošanu. Daži vispārīgi piemēri ir šādi:
-
Vienas agresīvas darbplūsmas vai vairākas agresīvas cilpas darbplūsmas
-
Darbplūsma, kas ir saistīta ar sarakstu vai bibliotēku, kamēr saturs tiek migrēts uz SharePoint.
-
Iepriekšējie problemātiskie darbplūsmas varianti, kas tika izlaboti, un turpinās izpildīt darbplūsmas instances, kurām ir problemātiskā konfigurācija, līdz darbplūsma tiek pārtraukta.
Darbplūsmas darbības ierobežošana, kas tiek ieviesta darbplūsmas pakalpojumā, ir jāatļauj lietot tipiskas darbplūsmas izmantošanas gadījumu scenārijus. Taču, tā kā darbplūsmas loģika kļūst sarežģītāka, darbplūsma var pārsniegt drošas robežas.
Tālāk norādītie specifiskie darbplūsmas scenāriji arī izraisīs ierobežošanu.
1. scenārijs: darbplūsma, ar kuru var kontrolēt izmaiņas
Piemēram, varat pārbaudīt, vai vienumam nav atjauninājumu, nevis gaidīt, kamēr tiek atjaunināts vienums.
2. scenārijs: darbplūsmas izmantošana, lai izpildītu sarežģītus algoritmus
Darbplūsmas ir paredzētas, lai pārvaldītu dokumentu orientētus, cilvēka procesus un nenosūtīt svarīgus skaitļošanas uzdevumus.
3. scenārijs: ja darbojas vairākas darbplūsmas, kas izmanto darbību gaidīt notikumam saraksta vienumā
Šajā scenārijā katra darbplūsma uzklausīs izmaiņas mērķu sarakstā. Ja darbojas daudzas darbplūsmas, katrai darbplūsmai būs jāreaģē uz pacelto notikumu un, iespējams, jāaicina atpakaļ uz SharePoint, lai veiktu kādu darbu.
Piezīme: Tas var arī notikt, ja sarakstā ir daudz izmaiņu, kam darbplūsma ir konfigurēta, lai sāktu darbu, kad tiek izveidots vai mainīts vienums.
1. scenārija alternatīvas: darbplūsma, ar kuru var kontrolēt izmaiņas
1. opcija: SharePoint pievienojumprogrammu un ārējo notikumu uztvērēju lietošana
Ir jāpārvērtē darbplūsmas noformējums un jāizmanto atšķirīga dizaina pieeja. Šajā uzdevumā ir vairāk attiecīgu SharePoint pievienojumprogrammu vai ārēju notikumu uztvērēju.
2. opcija: pauzes darbības pievienošana
Varat uzlabot darbplūsmas noformējumu, pievienojot kavēšanos (tas ir, pauzes darbību). Tādējādi tiek samazināta ģenerētā plūsma. Taču tas nemaina šīs noformējuma vispārīgās nepilnības.
3. opcija: izmantojiet darbību "gaidīt izmaiņas pašreizējā vienuma laukā"
Tā vietā, lai meklētu izmaiņas, izmantojot cilpu, ir ieteicams izmantot noklusējuma notikumu uztvērējus. Darbplūsmu var sākt, ja tiek izveidots vai mainīts vienums. Lielāka pieeja ir vairāku darbplūsmu gadījumu izpilde, nevis viena darbplūsma agresīvā cilpā. Darbplūsmas nosacījumus var konfigurēt, lai izpildītu darbu tikai tad, kad tas ir nepieciešams.
Noteiktā laikā var darboties tikai viena darbplūsmas instance.
Cita pieeja ir izmantot lauku gaidīt, lai mainītu pašreizējā vienuma aktivitāti.
Darbplūsmas noformējumā var izmantot izvēles kolonnu, kurā ir vairākas vērtības, lai vadītu darbplūsmas izpildi. Darbplūsmas CV tiks atlasītas tikai tad, ja lietotājs izlaiž attiecīgo opciju. Tas var kavēt agresīvu cilpu veidošanu un nevajadzīgu darbplūsmas instanču startēšanu. Darbplūsma tiek izpildīta, kad elements ir gatavs, nevis izpildīt vai sākt vairākas instances.
Varat pārraudzīt vairākas vērtības no vairākiem laukiem, izmantojot vairākus paralēlos blokus. Darbplūsma var gaidīt noteiktu stāvokli un pēc tam turpināt izpildi noteiktā ceļā, kā parādīts tālāk esošajā piemērā:
-
Izveidojiet Būla tipa mainīgo.
-
Iestatiet vērtību uz Nē.
-
Ievietojiet paralēlu bloku, ar peles labo pogu noklikšķiniet uz bloka un pēc tam noklikšķiniet uz papildu rekvizīti.
-
Nolaižamajā sarakstā atlasiet mainīgo, kuru izveidojāt, veicot 1. darbību.
-
Ievietot divu paralēlu bloku ievietotajā paralēlajā blokā, kurā ir rekvizīts CompletionCondition .
-
Pirmajā no diviem paralēlajiem blokiem, ko ievietojāt, veicot 5. darbību, ievietot lauka izmaiņas pašreizējā vienuma aktivitātēs. Mainiet aktivitāti, lai tā pārraudzītu izvēles kolonnu. Neuzraugiet noklusējuma izvēli.
-
Iestatiet darbplūsmas mainīgo, kas tiek izmantots, lai pārtrauktu pārējos paralēlos blokus uz Jā.
-
Atkārtojiet 1-7. darbību, lai iegūtu citas izvēles kolonnas vērtības.
-
Pārvietojiet citas sākotnējās darbplūsmas daļas uz amatu pēc paralēlajiem blokiem.
Ja vienam no ligzdotajiem paralēlajiem blokiem ir izpildītas visas darbības, vecākobjekts paralēlais bloks izbeidz citas darbības citos paralēlos blokos. Tādējādi darbplūsma var turpināties. Ligzdotos paralēlos blokus pārrauga vecākobjekts paralēlais bloks, izmantojot mainīgo.
4. opcija: SharePoint 2010 darbplūsmas sākšana no SharePoint 2013 darbplūsmas
Varat izmantot SharePoint 2010 darbplūsmas platformas tipu, lai veiktu dažus darbus, ko veic SharePoint 2013 darbplūsmas platformas tips. Tas var samazināt pieprasījumu skaitu.
Konkrēti SharePoint 2010 darbplūsmu var sākt, lai pārraudzītu lauka izmaiņas, izmantojot pašreizējās vienumu izmaiņas vai veikt daudzas citas pamata darbības.
Alternatīva 2. scenārijs: darbplūsmas izmantošana, lai izpildītu sarežģītus algoritmus
Ja jūsu risinājumā ir jāveic būtiski skaitļošanas uzdevumi, ir jāapsver iespēja izveidot SharePoint pievienojumprogrammu. Lai iegūtu papildinformāciju, dodieties uz SharePoint pievienojumprogrammām.
Vai tomēr ir nepieciešamas palīdzības? Dodieties uz vietni Microsoft Community.