Omezení a výkon pracovního postupu SharePoint 2013 v SharePointu a Projectu

Omezování služby pracovního postupu

Omezování využití prostředků se provádí omezením. Chrání také prostředí před škodlivými pracovními postupy a pracovními postupy, které nedodržují osvědčené postupy. Omezování služby pracovního postupu není řízeno SharePointem. Služba pracovního postupu a SharePoint jsou dvě nezávislé služby a každá služba omezuje žádosti v zájmu celkového stavu služeb. Ve službě pracovního postupu se omezování provádí na úrovni oboru pracovního postupu, která se zarovnává s weby SharePointu. Omezení není globálně zaúčtováno. Místo toho každá služba back-end pracovního postupu sleduje využití rozsahu pracovního postupu nezávisle. V rozsahu pracovního postupu může být jeden nebo víc pracovních postupů. Omezení pracovního postupu je dynamické a bude v pravidelných intervalech znovu vyhodnoceno podle rozsahu pracovního postupu a služby pracovního postupu. 

Služba pracovního postupu také omezuje počet odchozích požadavků, které může vytvořit jediná instance pracovního postupu. V období 24 hodin může jedna instance pracovního postupu generovat až 5 000 odchozích požadavků. Po vygenerování odchozích žádostí 5 000 v období 24 hodin je pracovní postup pozastaven službou pracovního postupu.

Stránka stav pracovního postupu pro pracovní postup bude obsahovat informace o pracovním postupu pozastaveno. V tomto scénáři zobrazí informační bublina s vnitřním stavem tuto zprávu:

• Instance překročila kvótu odchozí žádosti HTTP pro 1.00:00:00 a časový interval. V <Time> byl dosažen limit požadavků 5000.
  
  Poznámka: Zástupný symbol <čas> představuje čas, který byl zachován při dosahování limitu žádostí 5 000 pro váš pracovní postup.

Instanci pracovního postupu pozastavené můžete obnovit kliknutím na tlačítko obnovit v pracovním postupu nebo pomocí objektového modelu klienta pracovního postupu SharePoint po 24 hodinách. Tento postup musí nastat před ukončením pracovního postupu.

Pokud pracovní postup překročí limit využití procesoru, bude stránka stav pracovního postupu pro tento pracovní postup obsahovat informace o pozastaveném pracovním postupu. V tomto scénáři zobrazí informační bublina s vnitřním stavem tuto zprávu: 

• Instance pracovního postupu překročila limit využití procesoru pro omezení rychlosti pro hodnotu 00:00:01.2000000 a nelze ji uvolnit, protože nebyla trvalá.

Pozastavené instance pracovního postupu budou ukončeny po 10 dnech. V případě ukončení pracovního postupu se v informační bublině pro interní stav zobrazí následující zpráva:

• System. Activities. Statements. WorkflowTerminatedException: instance byla přesunuta z stavu Pozastaveno do stavu ukončeno, protože vypršela jeho platnost.

Zrušený pracovní postup bude nakonec vyčištěn. Po vyčištění ukončeného pracovního postupu se zobrazí tato zpráva:

• Omlouváme se, ale něco se nepovedlo.
  Tento pracovní postup nemůžeme najít. Dokončené instance se automaticky vyčistí

Obory pracovního postupu

Obor pracovního postupu je definován jako web v kolekci webů. Například následující adresa URL je pro kořenovou kolekci webů a je považována za obor pracovního postupu:

    https://contoso.sharepoint.com/sites/rootsite

Příklad jiného rozsahu pracovního postupu, který je ve stejné kolekci webů, je následující. Tento obor pracovního postupu je však na podřízeném webu.

    https://contoso.sharepoint.com/sites/rootsite/subsite

Co je to žádost?

Pracovní postupy SharePoint 2013 jsou vytvořené na modelu doplňků pro SharePoint a používají rozhraní API REST pro interakci s daty SharePointu. Další informace najdete v článku Seznámení s aktualizací SharePoint 2013 REST.

Žádost je síťové volání ze služby pracovního postupu na koncový bod SharePointu nebo REST API. Typ žádosti nebo odpověď na daný požadavek není nijak rozdílu. Akce a její vytváření aktivit nepřispívají do počtu žádostí, pokud žádost nezahrnuje rozhraní API SharePointu 2013 REST. Například akce zaznamenat do seznamu historie může generovat pět nebo více požadavků na funkční operaci. Také se logika opakování zavede do pracovních postupů v případě, že něco se nepovedlo. To může způsobit další žádosti.

V mnoha akcích se vydávají žádosti a požadavky se můžou minimalizovat pomocí osvědčených postupů. V akci aktuální položky můžete například použít akci položky seznamu aktualizace namísto více nastavení, aby se snížil počet žádostí, které jsou vytvářené v rozsahu pracovního postupu, a přesto dosáhnete stejných výsledků. 

Doporučení pro návrh pracovního postupu

Existuje mnoho způsobů generování počtu požadavků v pracovním postupu, které mohou způsobit omezení. Některé obecné příklady jsou následující:

• Jediný pracovní postup se zavedením cyklického smyček nebo vícenásobné pracovní postupy

• Pracovní postup přidružený k seznamu nebo knihovně při migraci obsahu do služby SharePoint.

• Předchozí problematické verze pracovních postupů, které byly opraveny a které nadále používají instance pracovních postupů s problematickou konfigurací, dokud nebude pracovní postup ukončen.

Omezení rozsahu pracovního postupu vynucené službou pracovního postupu by mělo umožňovat typické scénáře použití pracovního postupu. Protože se ale logika pracovního postupu zvětšuje, může pracovní postup překročit bezpečné limity.

Tyto scénáře budou také mít za následek omezení.