Eksterne tjenestenivåavtaler i offentlig cloud computing span skyen og etablere et klart sett av forventninger mellom kunder, leverandører, nettverk tjenesteleverandører og andre organisasjoner som er involvert.
I en intern SLA, IT-organisasjonen ofte må etablere beste praksis og regler som strekker seg på tvers av privat og offentlig sky. For eksempel kan en IT-organisasjon sette sin egen private Platform as a Service (PaaS) på toppen av Infrastructure as a Service (IaaS) som er gitt av en ekstern sky tjenesteleverandør. I så fall må den interne SLA dekker alle baser involvert
Elementer av interne SLA
En intern SLA bør inneholde følgende komponenter:.
Beskrivelse av tjenester:
beskrivelse av tjenester skisserer hvilke typer tjenester og effektiv dato for avtalen mellom en tjenesteleverandør, for eksempel en IT-avdeling innenfor en intern organisering, og kunder av andre avdelinger som menneske relasjoner og informasjonssikkerhet. Disse tjenestene er brutt ned av søknad eller brukergruppe, avhengig av målene i SLA
Maksimum antall sluttbrukere og utviklere.
Spesielt SLA vil avgjøre hvem som kan samtidig få tilgang til interne IT-tjenester og maksimalt antall dataforespørsler for hver bruker. Dersom sluttbrukerne representerer mer enn en avdeling, kan spesifikasjonen på det maksimale antallet avviker fra en avdeling til en annen.
Krav for å støtte QoS:
I en intern organisering, disse inkluderer tilgjengelighet, tilgjengelighet, skalerbarhet og statefulness. Det er forskjeller i QoS, og disse er bestemt av hvordan tjenestene er brutt ned mellom applikasjonen, nettverks leietaker eller brukergruppe. Disse forskjellene og detaljer vil bli beskrevet i en SLA
Mer om serviceavtaler
Datasenter overvåking. Backbone til skytjeneste-nivå avtale
Søker etter riktige SaaS tjeneste-nivå avtale
Hvordan finesse et datasenter serviceavtalen
tilgjengelighet av tjenester:
merker seg at tjenesten er garantert å være tilgjengelig hele tiden eller " på timeplanen " med en viss mengde planlagte vedlikeholds nedetid eller nettverksendringer er en sentral del av avtalen. Denne tilgjengeligheten gjelder søknad blir levert, om tjenestene er brutt ned av søknad eller brukergruppe.
Det er viktig å merke seg at bare autoriserte brukere kan få tilgang til tjenesten. Brukere som ikke er autorisert til å få tilgang til tjenesten er sperret
Skalerbarhet
.
En SLA bør avgjøre hvordan skalerbart system kan være for å møte toppene i etterspørselen. Et eksempel på en slik tjeneste eller situasjon som ville kreve skalerbarhet ville være julehandelen i en detaljhandel innstilling
Responstid:.
IT-organisasjoner må sørge for at en søknad svarer innen rimelig terskel og tids- til-tjeneste tid-outs og dataforespørsler fra en tjenestebruker. Også inkludert i dette hensynet er en help desk som tilstrekkelig svare på ulike klasser av problemer for å opprettholde den garanterte servicenivået av nettverkets tilgjengelighet
Sikkerhet hendelsen håndtering.
SLA må ta sikkerhet hendelsen håndtering. For eksempel er det viktig å umiddelbart ta opp varsler på system inntrenging. De bør også definere og skissere hendelsen opptrapping og renovasjonstjenester. SLA må være oppmerksom på andre sikkerhetstjenester, som for eksempel nettverkssårbarhets oppdateringer, daglige sikkerhetskopier, failover planer, et katastrofegjenoppretting plan og forstyrrelse forebyggende verktøy
Tjeneste unntak.
Mens det er mange elementer til inkluderer i en SLA som er avgjørende for å drive nettverksaktivitet, noen service unntak kan også potensielt inkludert i en SLA. Denial of service
er ett eksempel på tjeneste begrensninger for å inkludere i en SLA. Dette kan opprette unntak for ting som forsett, naturkatastrofer og krig streiker som gjør systemet ubrukelig
Planlagt vedlikehold.
Dette innebærer tjenester som må gjøres til systemer som kan holde opp funksjonalitet og prosess. Slike aktiviteter og krav inkluderer programvare og operativsystem patch ups og oppgraderinger, samt periodiske hacking sjekker
Tjeneste prioritet.
Dette skiller seg fra en avdeling til en annen i en organisasjon avhengig av roller og ansvar for hver enkelt bruker, prioriteringer av programmer og nettverksressurser. Jo høyere prioritet, bør mer CPU være dedikert og jo flere nettverksressurser vil bli allokert til å utføre nødvendige funksjoner.
Med så mange hensyn og faktorer for å inkludere, forberede en intern SLA krever omfattende og nøye planlegging i forkant av distribusjon. Samarbeidet mellom IT-ledere og avdelingsbrukere som arbeider sammen for å bli enige om vilkårene for den interne SLA vil gjøre for en funksjonell nettverksmiljø.