bst:rntriforkshared:public:slakrav
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| bst:rntriforkshared:public:slakrav [2021/01/22 01:29] – created mal | bst:rntriforkshared:public:slakrav [2021/06/21 15:55] (current) – rn_sabina | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== SLA-krav ====== | ====== SLA-krav ====== | ||
| + | |||
| + | Kravene til SLA er defineret i kontraktens bilag 6. | ||
| + | |||
| + | Forventede belastningsniveauer er beskrevet i bilagets tabel 3-2 og er angivet til | ||
| + | * Normal drift - 7,6 mio requests/ | ||
| + | * Spidsbelastning - 1710 requests/ | ||
| + | |||
| + | De beskrevne SLA-krav skal ses i forhold til belastningen fra normal drift. | ||
| + | |||
| + | ===== Tilgængelighed ===== | ||
| + | Tilgængelighed er udtryk for forholdet mellem den tid hvor systemet er tilgængeligt minus den aftale drifttid. Den aftalte drifttid er i dette tilfælde 24-7-365 fratrukket tid til aftale servicevinduer og den tilgængelige tid er 24-7-365 fratrukket tid til servicevinduer og nedetid. | ||
| + | |||
| + | Aftalte tilgængeligheder for miljøer er | ||
| + | * Produktion - 99,5% / måned | ||
| + | * Testmiljøer - 98% / måned | ||
| + | |||
| + | ACTION - etabler statistik for testsystemer | ||
| + | |||
| + | ===== Servicevinduer ===== | ||
| + | Termen servicevindue bruges om et tidsrum med planlagt nedetid hvor systemet ikke er tilgængeligt. | ||
| + | Den nedetid der er indeholdt i planlagte servicevinduer påvirker således ikke den beregnede tilgængelighed negativt. | ||
| + | |||
| + | Systemet er designet til 24-7-365 drift, og normale opdateringer og releases vil kunne gennemføres uden nedetid. Under visse omstændigheder kan det dog være nødvendigt, | ||
| + | |||
| + | Servicevinduer håndteres via Kundens change management system. | ||
| + | |||
| + | Der gælder for nuværende følgende i forhold til servicevinduer: | ||
| + | |||
| + | ===Produktion: | ||
| + | * Servicevinduer placeres månedligt i tidsrummet kl. 18:00 – 24: | ||
| + | * Forvaltningen skal godkende alle servicevinduer. | ||
| + | * Leverandøren skal anmode om anvendelse af et servicevindue senest ti (10) arbejdsdage forinden vinduets afvikling. | ||
| + | * Leverandøren kan maksimalt anmode om et servicevindue 12 gange om året. | ||
| + | * Evt. udfald i service må IKKE vare længere end 5-10 sekunder. | ||
| + | |||
| + | Undtagelser til ovenstående: | ||
| + | * OS-patches kan afvikles ved brug af standard change defineret i ServiceNow, så længe de ikke medfører nedetid. | ||
| + | * Changes på Produktionscluster, | ||
| + | |||
| + | ===Testcluster: | ||
| + | * Servicevinduer placeres månedligt i tidsrummet kl. 17:00 – 24: | ||
| + | * Forvaltningen skal godkende alle servicevinduer. | ||
| + | * Leverandøren skal anmode om anvendelse af et servicevindue senest ti (10) arbejdsdage forinden vinduets afvikling. | ||
| + | * Leverandøren kan maksimalt anmode om et servicevindue 12 gange om året. | ||
| + | * Evt. udfald i service må IKKE vare længere end 5-10 sekunder. | ||
| + | |||
| + | ===== Svartider ===== | ||
| + | |||
| + | Systemet skal overholde følgende krav til svartider: | ||
| + | * Simple operationer - p95 500ms, p98 1000ms | ||
| + | * Komplekse operationer - p95 1500ms, p98 3000ms | ||
| + | |||
| + | Simple operationer er defineret som kald til evaluateDrugMedications med færre end 6 ordinationer. | ||
| + | Komplekse operationer er defineret som kald til evaluateDrugMedications med 6 eller flere ordinationer eller kald til evaluate. | ||
| + | |||
| + | Svartider måles ved hjælp af loganalyseværktøjerne splunk og humio. | ||
| + | |||
| + | |||
bst/rntriforkshared/public/slakrav.1611275351.txt.gz · Last modified: 2021/01/22 01:29 by mal