Prioriteit
Vanaf Spider versie 1.6.11 is een nieuwe functionaliteit toegevoegd dat workloaditems verwerkt kunnen worden op basis van prioriteit.
Voor requests die door de Spider worden aangemaakt, worden workloadId's aangemaakt. Voorheen was het zo dat elke WorkloadId dezelfde prioriteit had. In deze nieuwe versie worden prioriteiten nu ingesteld op de volgende items:
- ProcessStappen Prio Runtime
- Geplande taken
- Import taken
- Normale verzoeken
Verwerkingsvolgorde
De Getwork-functionaliteit zal requests verwerken op basis van deze volgorde:
- Stap 1: Eerst wordt gezocht naar requests met hoge prioriteit met een waarde tussen 99 - 21.
- Stap 2: Als stap 1 niet het geval is, wordt nagegaan of er requests zijn met de prioriteit van de planner, waarde 20.
- Stap 3: Als stap 2 niet het geval is, wordt gezocht naar requests met lage prioriteit met een waarde tussen 19 - 1.
ProcessStap Prioriteit
Bij een processStap kan nu de runtime worden ingesteld (kan zelfs per dag verschillen). Alle nieuwe verzoeken die aan de Spider worden toegevoegd zullen de nieuwe Prioriteit krijgen.
Tip
De runtime instelling in de ProcessStep zal alle andere prioriteit instellingen overschrijven Alleen ALS de runtime waarde hoger is dan 10 (import taak) of 20 (gepland request).
Standaard prioriteiten
Deze tabel toont de standaard prioriteiten die zijn ingesteld. Let op de Prio voor een normaal verzoek. We zullen enkele voorbeelden laten zien.
| Prioriteit | Omschrijving |
|---|---|
| 20 | Geplande taak |
| 10 | Import taak |
| 1 | Normale verzoeken, waarbij de Prioriteit in de ProcessStap is ingesteld op 1 |
Tip
SLA: Als een normaal verzoek (prio 1) de SLA-verwerkingstijd heeft overschreden, zal het alleen eerder worden verwerkt als er geen verzoeken meer zijn met een hogere prio dan 1.
Meer informatie over het instellen van de prioriteit in ProcessStappen: Runtime ProcessSteps
Er worden enkele voorbeelden gegeven om de prioriteitsinstellingen uit te leggen.
Voorbeeld 1
Een aantal voorbeelden wat de prio van de workloadId's worden. De Prioriteit van de processStep kan bepalend zijn voor de uiteindelijke prio. Indien de Prioriteit van de ProcessStap lager is dan de standaardwaarde van een Geplande- of import taak dan geldt de waarde van de laatste. In het het andere geval overschrijft de Prioriteit van de ProcessStap de standaardwaarde.
| ProcessStap | Prioriteit | Normaal verzoek | Geplande taak | Import taak |
|---|---|---|---|---|
| Step_A | 1 | >1? = 1 | > 20? = 20 | >10? = 10 |
| Step_B | 1 | >1? = 1 | > 20? = 20 | >10? = 10 |
| Step_C | 1 | >1? = 1 | > 20? = 20 | >10? = 10 |
Voorbeeld 2
| ProcessStap | Prioriteit | Normaal verzoek | Geplande taak | Import taak |
|---|---|---|---|---|
| Step_A | 18 | >1? = 18 | > 20? = 20 | >10? = 18 |
| Step_B | 35 | >1? = 35 | > 20? = 35 | >10? = 35 |
| Step_C | 58 | >1? = 58 | > 20? = 58 | >10? = 58 |
Zodra er nieuwe verzoeken binnen komen met een hogere prio, dan wordt de Workload automatisch bijgewerkt en pakt de robot dus automatisch werk op met de hoogste prio.
Voorbeeld 3
In onderstaand voorbeeld zien we dat Stap_A een lage prio heeft en Stap_B en Stap_C een hogere. Om Stap_B en Stap_C te kunnen verwerken is Stap_A echter nodig. In dit geval zal dan eerst Stap_A verwerkt worden. Een hogere Prioriteit vertaalt zich dus niet altijd in een eerdere verwerking.
| ProcessStap | Prioriteit | Normaal verzoek | Geplande taak | Import taak |
|---|---|---|---|---|
| Step_A | 1 | 1 | 20 | 10 |
| Step_B | 30 | 30 | 30 | 30 |
| Step_C | 58 | 58 | 58 | 58 |
Voorbeeld 4
Er staan nu een aantal verzoeken in de Spider klaar om opgepakt te worden. Als er meerdere verzoeken zijn met dezelfde Prioriteit, dan wordt degene opgepakt die als eerste is ingevoerd in de Spider.