Luotettavuustavoitteiden määrittämistä koskevat suositukset
Koskee tätä Power Platform hyvin suunnitellun luotettavuuden tarkistuslistan suositusta:
| RE:04 | Määritä osien, työnkulkujen ja yleisen ratkaisun luotettavuus- ja palautustavoitteet. Tavoitteiden visualisoiminen auttaa neuvottelussa, yksimielisyyden saavuttamisessa, odotusten määrittämisessä ja toimintojen tehostamisessa tavoitetilan saavuttamiseksi. Käytä määritettyjä tavoitteita kuntomallin kehittämiseen. Kuntomalli määrittää, miltä hyvä, heikentynyt ja huono tila näyttävät. |
|---|
Tässä oppaassa kerrotaan kriittisen työmäärän käytettävyys- ja palautustavoitteiden mittareiden määrittämistä koskevat suositukset. Luotettavuustavoitteet johdetaan työpajaharjoituksissa yrityksen sidosryhmien jäsenten kanssa.
Tavoitteita on parannettu valvonnan ja testauksen avulla. Työskentele yhdessä sisäisten sidosryhmien jäsenten ja muodosta luotettavuudelle realistiset odotukset. Tämän harjoituksen avulla sidosryhmien jäsenet voivat myös tukea arkkitehtuurin suunnitteluvaihtoehtoja ja ymmärtää, että aikomuksena on täyttää sovitut tavoitteet parhaalla mahdollisella tavalla.
Microsoft Power Platform käsittelee useimmat infrastruktuuritason käytettävyys- ja luotettavuusongelmat. Luotujen työmäärien käytettävyys on kuitenkin jaettu vastuualue. On tärkeää ymmärtää, että jopa Microsoftin vahva käytettävyyteen sitoutumisen avulla järjestelmän käyttökatkojen riski ei koskaan ole nolla.
Voit määrittää liiketoiminnan vaatimukset käyttämällä alla olevia mittareita.
| Termi | Määritelmä |
|---|---|
| Palvelutason tavoite | Prosenttitavoite, joka kuvaa osan ja luotettavuuden tason tilaa. Mitä suurempi taso, sitä luotettavampi osa. Komposiitti SLO edustaa koko työmäärän kokonaistavoitetta ja ottaa huomioon komponenttien SLO:t. |
| Palvelutason osoitin | Palvelun lähettävä mittari. SLI-mittarit koostetaan palvelutason tavoitteen arvon kvantifioimiseksi. |
| Palvelutasosopimus (SLA) | Palveluntarjoajan ja palvelun asiakkaan välinen sopimus. Sopimus määrittää palvelutason tavoitteet. Sopimuksen täyttämättä jäämisellä voi olla taloudellisia seurauksia palveluntarjoajalle. |
| Keskimääräinen palautumisaika | Aika, joka osan palauttamiseen kuluu virheen havaitsemisen jälkeen. |
| Keskimääräinen aika virheiden välillä | Aika, jolloin työmäärä voi suorittaa odotettua toimintoa ilman keskeytyksiä siihen asti, kunnes se epäonnistuu. |
| Palautusajan tavoite | Suurin sallittu aika, jonka sovellus voi olla käyttämättömänä tapauksen jälkeen. |
| Palautuspistetavoite | Tietojen menetyksen pisin hyväksytty kesto tapauksen aikana. |
Määritä näiden mittareiden työmäärän tavoitearvot käyttäjien ja järjestelmän työnkulkujen kontekstissa. Tunnista ja pisteytä nämä työnkulut sen mukaan, kuinka tärkeitä ne ovat tarpeidesi kannalta. Arvojen avulla voit lisätä työmäärän suunnittelun arkkitehtuurissa, tarkistamisessa, testauksessa ja tapausten hallintatoimintoissa. Tavoitteiden saavuttamatta jääminen vaikuttaa liiketoimintaan toleranssitasoa enemmän.
Tärkeimmät suunnittelustrategiat
Teknisten keskusteluiden ei tulisi vaikuttaa siihen, miten tärkeiden työnkulkujen luotettavuustavoitteet määritetään. Sen sijaan liiketoiminnan sidosryhmien jäsenten tulisi keskittyä työmäärän käyttäjien vaatimuksiin ja odotuksiin. Tekniset asiantuntijat auttavat sidosryhmien jäseniä määrittämään näitä vaatimuksia vastaavat realistiset numeroarvot. Vaihtamalla tietoja tekniset asiantuntijat mahdollistavat palvelutason toteuttamiskelpoisia tavoitteita koskevan keskustelun ja niistä sopimisen.
Tutustu esimerkkiin siitä, miten vaatimukset yhdistetään mitattavissa oleviin numeroarvoihin. Sidosryhmien jäsenten arvion mukaan käyttäjän tärkeässä työnkulussa tunnin kestävä käyttökatko normaalina työaikana aiheuttaa kuukausittaisen tuoton X euron menetyksen. Tätä euromääräistä summaa verrataan sen työnkulun suunnittelun arvioituun kustannukseen, jonka käytettävyyden palvelutason tavoite on 99,95 prosenttia 99,9 prosentin sijaan. Päätöksentekijöiden on keskusteltava siitä, onko tuotonmenetyksen riski suurempi menetys kuin siltä suojautumisessa vaaditut kustannukset ja hallintaan liittyvä työ.
Seuraa tätä mallia työnkulkuihin tutustuttaessa ja luo täydellinen luettelo tavoitteista.
Muista, että luotettavuustavoitteet ovat erilaisia kuin suorituskykytavoitteet. Luotettavuustavoitteissa keskitytään käytettävyyteen ja palautukseen. Jos haluat määrittää luotettavuustavoitteet, aloita määrittämällä laajimmat mahdolliset vaatimukset ja sitten tarkemmat mittarit korkean tason vaatimusten täyttämiseksi.
Korkeimman tason luotettavuus- ja palautusvaatimukset ja vastaavat mittarit voivat olla esimerkiksi sovelluksen 99,9 prosentin käytettävyys kaikilla alueilla tai palautusajan 5 tunnin tavoite Amerikassa sijaitsevilla alueilla. Näiden tavoitetyyppien määrittäminen auttaa tunnistamaan näiden tavoitteiden tärkeät työnkulut. Tämän jälkeen voit ottaa huomioon komponenttitason tavoitteet.
Käytettävyysmittarit
Käytettävyystavoitteet vastaavat palvelutason tavoitteen, palvelutasosopimuksen ja palvelutason osoittimen mittareita.
Palvelutason tavoitteet ja palvelutasosopimukset
Käytettävyysmittarit vastaavat palvelutason tavoitteita, joita käytetään palvelutasosopimusten määrittämisessä. Työmäärän palvelutason tavoite määrittää, miten pitkä käyttökatko tietyn jakson aikana on sallittu. Arvo voi olla esimerkiksi vähemmän kuin 1 tunti kuukaudessa. Voit varmistaa, että palvelutason tavoite täyttyy, tarkistamalla kunkin osan Microsoftin palvelutasosopimukset.
Ota huomioon seuraavat seikat, jos haluat muodostaa palvelutason tavoitteita:
Työmäärän (esimerkiksi ruuhka-ajan pyyntömäärät, samanaikaiset käyttäjät) muut kuin funktionaaliset vaatimukset seuraavien 1-2 vuoden aikana.
Mitattavissa olevien kohteiden käytettävissä olevat mittarit tiettynä ajanjaksona. Näissä tiedoissa kerrotaan, mitä palvelutason osoittimet määrittävät.
Kun olet kerännyt yksittäisen työmäärän osien palvelutasosopimukset, laske yhdistelmäpalvelutasosopimus. Yhdistelmäpalvelutasosopimuksen on vastattava työmäärän tavoitteen palvelutason tavoitetta. Yhdistelmäpalvelutasosopimuksen laskeminen sisältää useita tekijöitä, jotka riippuvat arkkitehtuurin rakenteesta.
Oikeiden palvelutasosopimusten määritys vie aikaa, ja se on tehtävä huolellisesti. Yritysten sidosryhmien jäsenten on ymmärrettävä luotettavuuden toleranssi. Tässä palautteessa on kerrottava tavoitteista.
Palvelutasosopimuksen arvot
Seuraavassa taulukossa määritetään yleiset palvelutasosopimuksen arvot.
| Palvelutasosopimus | Käyttökatko viikossa | Käyttökatko kuukaudessa | Käyttökatko vuodessa |
|---|---|---|---|
| 99 % | 1.68 tuntia | 7.2 tuntia | 3.65 päivää |
| 99,9 % | 10.1 minuuttia | 43.2 minuuttia | 8.76 tuntia |
| 99,95 % | 5 minuuttia | 21.6 minuuttia | 4.38 tuntia |
| 99,99 % | 1.01 minuuttia | 4.32 minuuttia | 52.56 minuuttia |
| 99,999 % | 6 sekuntia | 25.9 sekuntia | 5.26 minuuttia |
Kun tarkastellaan yhdistelmäpalvelutasosopimuksia käyttäjän ja järjestelmän työkuluissa, muista, että erilaisilla käyttäjän ja järjestelmän työnkuluilla on erilaisia tärkeysasteiden määrityksiä. Ota nämä erot huomioon, kun luot yhdistelmäpalvelutasosopimuksia. Muilla kuin tärkeillä työnkuluilla voi olla osia, jotka tulee jättää pois laskelmista, koska ne eivät vaikuta asiakaskokemukseen, jos ne ovat lyhyen aikaa pois käytettävistä.
Palvelutason osoittimet
Ajatellaan palvelutason osoittimia osatason mittareina, jotka vaikuttavat palvelutasosopimukseen. Tärkeimmät palvelutason osoittimet ovat ne, jotka vaikuttavat tärkeisiin työnkulkuihin asiakkaiden kannalta. Useissa työnkuluissa palvelutason osoittimet sisältävät viiveen, siirtomäärän, virheprosentin ja käytettävyyden. Hyvä palvelutason osoitin auttaa löytämään palvelutasosopimukset, joilla on riski joutua rikotuiksi. Korreloi palvelutason osoitin tiettyihin asiakkaisiin, jos se on mahdollista.
Voit välttää hyödyttömien mittareiden keräämistä rajoittamalla palvelutason osoittimien määrää kussakin työnkulussa. Tavoitteena on kolme palvelutason osoitinta työnkulkua kohden, jos mahdollista.
Palautuksen mittarit
Palautustavoitteet vastaavat palautusajan tavoitteen, palautuspistetavoitteen, keskimääräinen palautumisajan ja virheiden välisen keskimääräisen ajan mittareita. Käytettävyystavoitteiden vastaisesti näiden mittarien palautustavoitteet eivät riipu juurikaan Microsoftin palvelutasosopimuksista. Microsoft julkaisee palautusajan tavoitteen ja palautuspistetavoitteen takuut vain joillekin tuotteille, esimerkiksi SQL-tietokannalle.
Realististen palautustavoitteiden määritykset riippuvat virhetilan analyysistä sekä liiketoiminnan jatkuvuuden ja järjestelmäpalautuksen suunnitelmista ja testaamisesta. Ennen kuin olet valmis, keskustele sidosryhmien jäsenten kanssa tavoitteista, joihin pyritään, ja varmista, että arkkitehtuurin rakenne tukee palautustavoitteita parhaalla mahdollisella tavalla. Keskustele sidosryhmien jäsenten kanssa siitä, että millään työmäärän osalla, jota ei testata täysin palautusmittareita varten, ei voi olla taattua palvelutasosopimusta. Varmista, että sidosryhmien jäsenet ymmärtävät, että palautustavoitteet voivat muuttua ajan myötä, kun työmääriä päivitetään. Työmäärä voi monimutkaistua, kun uusia teknologioita otetaan käyttöön käyttökokemuksen parantamiseksi. Nämä muutokset voivat suurentaa tai pienentää palautusmittareita.
Muistiinpano
Keskimääräinen aika virheiden välillä voi olla haastava määrittää ja taata. Pilvipalvelualusta (PaaS) ja ohjelmisto palveluna (SaaS) voi epäonnistua ja palautua ilman pilvipalveluntarjoajan ilmoituksia. Prosessi voi olla täysin läpinäkyvä. Jos määrität tämän mittarin tavoitteet, käytä vain osia, jotka ovat yrityksen hallinnassa.
Tilamallin rakentaminen
Luo tilamalli kullekin työmäärälle ja liittyvälle tärkeälle työnkululle käyttämällä luotettavuustavoitteista kerättyjä tietoja. Tilamalli määrittää hyvän, heikentyneen tai huonon* tilan työnkuluille ja työmäärille. Tilat varmistavat soveltuvan operationaalisen priorisoinnin. Tätä mallia kutsutaan myös liikennevalomalliksi. Mallissa vihreä merkitsee hyvää tilaa, keltainen heikentynyttä ja punainen huonoa. Tilamalli varmistaa, että työnkulun tilan muuttuminen hyvästä heikentyneeksi tai huonoksi tiedetään.
Hyvän, heikentyneen ja huonon tilan määrittäminen riippuu luotettavuustavoitteista. Seuraavassa on esimerkkejä tavoista, joilla tilat voidaan määrittää:
Vihreä tai hyvä tila osoittaa, että tärkeät muut kuin funktionaaliset vaatimukset ja tavoitteet on täytetty kokonaan ja resurssien käyttö on optimaalista.
Keltainen tai heikentynyt tila osoittaa, että vähintään yhdessä työnkulun osassa on hälytys määritetyistä raja-arvoista, mutta työnkulku toimii. Esimerkkinä voidaan mainita havaittu tallennustilan rajoittaminen.
Punainen tai huono tila osoittaa, että heikentyminen on jatkunut kauemmin kuin luotettavuustavoitteet sallivat tai että työnkulku ei ole käytettävissä.
Muistiinpano
Tilamallin ei tule käsitellä kaikkia virheitä samalla tavalla. Terveysmallissa olisi erotettava ohimenevät ja ei-ohimenevät viat. Sen on eroteltava odotetut lyhytaikaiset, palautettavissa olevat virheet ja todellinen palautustila.
Tämä malli toimii käyttämällä seuranta- ja hälytysstrategiaa, jonka kehittämisessä ja operoinnissa käytetään jatkuvan parantamisen periaatteita. Työmäärän kehittyessä tilamallien on myös kehityttävä.
Yksityiskohtaiset ohjeet määritysten valvonnasta ja niitä koskevista hälytyksistä löytyvät tilan valvonnan oppaasta.
Visualisointi
Jos haluat antaa toimintoryhmille ja työmäärän sidosryhmien jäsenille tietoja työmäärän tilamallin reaaliaikaisesta tilasta ja yleisistä trendeistä, voit luoda koontinäyttöjä valvontaratkaisuun. Keskustele sidosryhmien jäsenten kanssa visualisoinnin ratkaisuista, jotta varmistetaan, että toimitetut tiedot ovat toivottuja ja helposti käytettävissä. He haluavat ehkä nähdä myös luodut raportit viikoittain, kuukausittain tai neljännesvuosittain.
Power Platform – avustaminen
Power Platformin palvelutasosopimukset sisältävät Microsoftin käyttöaste- ja liitettävyyssitoumukset. Eri palveluilla on erilaiset palvelutasosopimukset, ja joskus palvelun sisäisillä SKU:illa on erilaiset palvelutasosopimukset. Lisätietoja on kohdassa Verkkopalvelujen palvelutasosopimukset.
Power Platformin palvelutasosopimus sisältää palveluhyvityksen saamisen, jos palvelutasosopimusta ei täytetä, sekä kunkin palvelun käytettävyyden määritykset. Tämä palvelutasosopimuksen näkökulma toimii valvontakäytäntönä.
Microsoft Business Applications sisältää liiketoiminnan jatkuvuuden ja järjestelmäpalautuksen ominaisuudet kaikissa tuotantotyypin ympäristöissä Dynamics 365:ssä ja Power Platformin SaaS -sovelluksissa. Lue, miten Microsoft varmistaa, että tuotantotietosi kestävät alueellisia seisokkeja.
Organisaation kohdistus
Cloud Adoption Framework sisältää organisaation valvontaan liittyvien palvelutasosopimusten ja palvelutason osoittimien suositusten ohjeet.
Lisätietoja on kohdassa Pilvipalveluiden valvonnan palvelutasosopimukset.
Luotettavuuden tarkistusluettelo
Katso lisätietoja suositusten kokoelmasta.